クラウド入門【2026】AWS・Google Cloud・Azureとサーバーレスを、AIエージェント目線で理解
第5章で、AIエージェントのプログラムは24時間動き続けるサーバーの上で動いていることを学びました。では、そのサーバーはどこから手に入れればいいのでしょうか? 2026年のいま、答えのほとんどは「クラウドから借りる」です。この章では、AWS・Google Cloud・Azureの3大クラウドとサーバーレス、そして料金とセキュリティの考え方を、「AIエージェントを動かすなら何を選ぶか」という目線で整理します。
- クラウドは「コンピューターを所有せず、必要な分だけ借りて使った分だけ払う」仕組み。3大クラウドは名前が違うだけで、部品(仮想サーバー・サーバーレス・ストレージ・DB・AI)はほぼ共通
- AIエージェントの費用は「クラウド利用料」+「AI APIのトークン料金」の二重構造。どちらにも予算アラートを最初に設定する
- セキュリティは責任共有モデル。クラウド会社が守るのは土台まで、設定とアクセス権(IAM・最小権限)を守るのは利用者の仕事
クラウドとは?「所有」から「レンタル」へ
クラウド(クラウドコンピューティング)とは、サーバーやストレージ、データベースなどのコンピューター資源を、自分で買って持つのではなく、インターネット越しに必要な分だけ借りて使う仕組みです。「クラウド=雲」という名前は、昔のネットワーク図でインターネットの向こう側を雲の絵で描いていたことに由来すると言われています。
よく使われるたとえが電気です。昔の工場は自前の発電機を持っていましたが、今は電力会社から電気を買い、コンセントに挿すだけで使った分だけ払います。クラウドも同じで、
- 初期費用がほぼいらない:サーバーを買う・設置する・配線する必要がない
- 数分で使い始められる:管理画面やコマンドで申し込めば、すぐに仮想サーバーが起動する
- 増やす・減らすが自由:アクセスが増えたら台数を増やし、減ったら減らす(これをスケールと呼ぶ)
- 使った分だけ払う:時間・回数・データ量などに応じて課金(従量課金)
第5章の表でいえば、「一戸建てを建てる(物理サーバー)」でも「マンションの一室を月額で借りる(VPS)」でもなく、「必要な部屋・設備を必要な時間だけ借りる」のがクラウドです。


IaaS・PaaS・SaaSの違い(ピザでたとえると)
クラウドのサービスは、「どこまでをクラウド会社に任せるか」で大きく3つに分けられます。語尾の「aaS」は as a Service(サービスとして提供)の略です。有名なピザのたとえで見てみましょう。
| 区分 | ピザでたとえると | 自分でやること | クラウドの例 |
|---|---|---|---|
| オンプレミス(自前) | 生地からすべて家で手作り | 建物・機械・OS・アプリ・データまで全部 | 自社サーバー室 |
| IaaS(Infrastructure) | 生地と具材を買ってきて家で焼く | OSの設定・更新、アプリ、データ | Amazon EC2、Compute Engine、Azure Virtual Machines |
| PaaS(Platform) | 宅配ピザを頼む(テーブルと飲み物は自分で用意) | アプリのコードとデータ | Cloud Run、Azure App Service、AWS Lambda、Vercel |
| SaaS(Software) | お店に食べに行く | 使うだけ(設定とデータの管理) | Gmail、Slack、ChatGPT、Claude(アプリ版) |
下に行くほど楽になる代わりに自由度は下がります。IaaSはOSから好きにいじれる反面、セキュリティ更新も自分の仕事。PaaSはコードを置くだけで動く反面、そのサービスの決まりごと(使える言語・実行時間の上限など)に従う必要があります。
3大クラウドの特徴と主なサービス対応表
世界で広く使われているクラウドの代表が、AWS(Amazon Web Services)、Google Cloud、Microsoft Azureの3つで、「3大クラウド」と呼ばれます。
| クラウド | 運営 | ざっくりした特徴 |
|---|---|---|
| AWS | Amazon | クラウドの草分け的存在。サービスの種類が非常に多く、日本語の情報・事例・求人も豊富 |
| Google Cloud | データ分析(BigQuery)やコンテナ(Kubernetesの生みの親)に強み。Gemini等の自社AIとの連携 | |
| Microsoft Azure | Microsoft | Microsoft 365・Windows・Entra ID(旧Azure AD)など企業向け製品との連携が強い。OpenAIのモデルを提供 |
最初に知っておくと楽になるのが、「3社とも、同じ役割の部品を違う名前で出している」ということです。1社の仕組みを理解すれば、他社でも「これはあれのことだな」と置き換えられます。
| 役割 | AWS | Google Cloud | Azure |
|---|---|---|---|
| 仮想サーバー(IaaS) | Amazon EC2 | Compute Engine | Virtual Machines |
| サーバーレス関数 | AWS Lambda | Cloud Run functions | Azure Functions |
| コンテナ実行 | Amazon ECS/EKS | Cloud Run/GKE | Azure Container Apps/AKS |
| ファイル置き場(オブジェクトストレージ) | Amazon S3 | Cloud Storage | Blob Storage |
| リレーショナルDB | Amazon RDS | Cloud SQL | Azure SQL Database |
| NoSQL DB | Amazon DynamoDB | Firestore | Azure Cosmos DB |
| 秘密情報の保管 | AWS Secrets Manager | Secret Manager | Azure Key Vault |
| アクセス権の管理 | AWS IAM | Cloud IAM | Microsoft Entra ID+Azure RBAC |
| ログ・監視 | Amazon CloudWatch | Cloud Logging/Monitoring | Azure Monitor |
| 生成AI基盤 | Amazon Bedrock | Vertex AI | Microsoft Foundry(旧Azure AI Foundry) |
※サービス名は執筆時点(2026年9月)のもの。クラウドのサービス名は改称されることがあります(例:Google CloudのCloud Functionsは現在Cloud Run functionsという名称)。最新は各社公式ドキュメントで確認してください。
それぞれの用語をかみくだいておきます。
- オブジェクトストレージ:画像・PDF・ログなどのファイルを、ほぼ容量無制限に置いておける「巨大な倉庫」。Webサイトの画像置き場や、AIに読ませる資料置き場としてよく使う
- リレーショナルDB:Excelの表のように行と列でデータを管理するデータベース(第3章)。顧客情報や注文履歴など
- NoSQL DB:表の形にとらわれず、JSONのような形でデータを保存するデータベース。会話履歴の保存などに向く
各社のAIサービス:ClaudeはBedrock・Vertex AI・Microsoft Foundryからも使える
3大クラウドは、それぞれ生成AIのモデルを呼び出せる基盤を持っています。
| サービス | クラウド | ポイント |
|---|---|---|
| Amazon Bedrock | AWS | 複数社のモデルを同じ窓口から使える。AWSの権限管理・ログと統合できる |
| Vertex AI | Google Cloud | Geminiに加え、他社モデルも「Model Garden」から利用可能 |
| Microsoft Foundry(旧Azure AI Foundry) | Azure | OpenAIのモデルなどを企業向けの管理機能とともに利用可能 |
ここで大事なのは、Claudeは、AnthropicのAPI(第4章)から直接使えるだけでなく、Amazon Bedrock・Google CloudのVertex AI・Microsoft Foundryからも利用できるということです。
- メリット:すでに使っているクラウドの請求書・権限管理(IAM)・ログ・社内の審査にまとめられる。「新しい会社と契約するより、既存のAWSの中で使う方が社内稟議が通りやすい」といった企業は少なくありません
- 注意点:使える機能や新機能の提供時期、料金体系、呼び出し方(SDKの設定やモデルIDの書き方)が、Anthropic APIと異なる場合があります。使いたい機能に対応しているか、各クラウドの公式ドキュメントで確認しましょう

Vercel・Cloudflare・Netlify:Webアプリ向けホスティング
3大クラウドは何でもできる反面、設定項目が多く、初心者にはやや重いのも事実です。そこで、WebサイトやWebアプリの公開に特化したサービスがよく使われます。
| サービス | 特徴 | 向いている用途 |
|---|---|---|
| Vercel | Next.jsの開発元。GitHubと連携し、pushするだけで自動公開。サーバーレス関数も使える | Next.js/Reactのアプリ、AIチャットのフロント |
| Cloudflare Pages/Workers | 世界中の拠点(エッジ)から配信。Pagesは静的サイト、Workersはエッジで動くサーバーレス関数 | 静的サイト、軽いAPI、高速配信 |
| Netlify | 静的サイトホスティングの老舗の一つ。フォームや関数など周辺機能が揃う | 静的サイト、Jamstack構成 |
どれもGitHubのリポジトリとつなぐだけで、コードを更新するたびに自動で公開(デプロイ)されるのが共通の強みです(仕組みは第7章で詳しく)。個人や小さなチームが、AIエージェントと一緒に作ったWebアプリを公開する最初の一歩としては、3大クラウドよりこちらの方が手軽なことが多いでしょう。
サーバーレスとエッジ
サーバーレス:「サーバーのお世話」をしなくていい
サーバーレスは「サーバーが無い」という意味ではありません。サーバーは存在しますが、その管理(OSの更新、台数の調整、起動・停止)をクラウド側が全部やってくれるので、利用者からは見えない、という意味です。
たとえるならタクシーです。自家用車(仮想サーバー)は、乗らない時間も駐車場代や保険がかかり、整備も自分の仕事。タクシー(サーバーレス)は乗った分だけ払い、整備は会社がやってくれる。そのかわり、車種やルートの自由度は少し下がります。
| 向いていること | 苦手なこと | |
|---|---|---|
| サーバーレス | アクセスが不定期、ときどき動けばいい処理、Webhookの受け口、定期実行 | 実行時間の上限があるものが多い(例:AWS Lambdaは1回最大15分・執筆時点)。しばらく使われないと起動に時間がかかることがある(コールドスタート) |
| 仮想サーバー | 常に動かしたい処理、長時間の処理、細かい環境設定が必要なもの | 使っていない時間も課金される。OSの更新など管理の手間 |
AIエージェントは、ツールを何度も呼びながら考えるため1回の処理が数十秒〜数分に及ぶことがあります。短い処理ならサーバーレス関数、長くなりがちな処理ならCloud Runのようなコンテナ型のサーバーレスや、キュー(順番待ちの仕組み)で分割する設計がよく選ばれます。
エッジ:ユーザーの近くで動かす
エッジとは、世界各地に置かれたユーザーに近い拠点のことです。東京のユーザーには東京近くの拠点から、ロンドンのユーザーにはロンドン近くの拠点からコンテンツを返すので、表示が速くなります。静的ファイルをエッジから配る仕組みをCDN(コンテンツ配信ネットワーク)と呼び、Cloudflare Workersのようにエッジでプログラムまで動かせるサービスもあります。
リージョン:クラウドにも「住所」がある
クラウドのサーバーは世界中のデータセンターにあり、その地域単位をリージョンと呼びます。サービスを作るときは「どのリージョンに置くか」を選びます。
| クラウド | 日本のリージョン(例) |
|---|---|
| AWS | 東京(ap-northeast-1)、大阪(ap-northeast-3) |
| Google Cloud | 東京(asia-northeast1)、大阪(asia-northeast2) |
| Azure | 東日本(Japan East)、西日本(Japan West) |
リージョン選びで考えることは主に3つです。
- 速さ:ユーザーに近いほど応答が速い
- データの置き場所:社内規定や取引先との契約で「データは国内に置く」と決まっていることがある。AIサービスでは、処理される地域をどう指定できるかも確認ポイント
- 使えるサービスと料金:リージョンによって使える機能や、新しいAIモデルの提供状況、単価が違うことがある
料金の考え方:従量課金と「二重構造」
クラウドの料金は、「何を・どれだけ・どれくらいの時間使ったか」で決まる従量課金が基本です。代表的な課金の単位は次のとおりです。
- 時間:仮想サーバーが起動していた時間(止め忘れに注意)
- 回数・実行時間:サーバーレス関数が呼ばれた回数と、動いた時間×メモリ量
- 保存量:ストレージやDBに置いているデータの量
- 転送量:クラウドの外へ送り出したデータの量(見落としがち)
多くのクラウドには無料枠や新規向けのクレジットがありますが、内容や条件は各社・時期によって異なり、枠を超えた分は自動的に課金されるのが普通です。「無料で試しているつもりが、止め忘れで請求が来た」は定番の失敗です。
AIエージェントは「二重構造」で考える
AIエージェントを動かす場合、費用は大きく2種類に分かれます。
とくにエージェントは、1つの依頼をこなすためにAIとのやり取りを何往復もするので、1回の依頼で何回分ものAPI料金がかかることがあります。①はクラウドの請求画面、②はAI APIの管理画面(Bedrock等経由ならクラウドの請求に合算)と、見る場所が分かれがちな点にも注意しましょう。
- クラウド側:AWS Budgets、Google Cloudの「予算とアラート」、Azure Cost Managementの「予算」などで、月の上限額と通知先を設定する
- AI API側:各社の管理画面で利用上限や通知を設定する(Anthropic Consoleなど)
- アラートは「通知」であって、多くの場合は自動では止まらない。通知を受けたら人が止める運用も決めておく
- 料金・無料枠・上限機能は執筆時点(2026年9月)の一般的な説明です。実際の金額と仕様は必ず各社の公式料金ページで確認してください
セキュリティ:責任共有モデルとIAM
責任共有モデル:「建物」と「部屋の鍵」
クラウドのセキュリティは、クラウド会社と利用者で責任を分け合うという考え方が基本です。これを責任共有モデルと呼びます。マンションで言えば、建物の耐震性やエントランスのオートロックは管理会社の責任、自分の部屋の鍵をかけるのは住人の責任、という分担です。
| クラウド会社が守る | 利用者が守る |
|---|---|
| データセンターの建物・電源・物理的な機械・ネットワークの土台・仮想化の仕組み | 誰にどの権限を与えるか(IAM)、データの公開範囲の設定、APIキーの管理、自分で置いたOS・アプリの更新 |
IaaS→PaaS→SaaSと進むほどクラウド会社の担当範囲は広がりますが、「誰に何を許可するか」と「データを公開してしまわないか」は、どの形態でも利用者の責任です。実際、クラウドの情報漏えい事故では、ストレージを誤って「誰でも閲覧可能」に設定していた、といった設定ミスが原因として繰り返し報じられています。
IAMと最小権限の原則
IAM(アイアム/Identity and Access Management)は、「誰(どのユーザー・どのプログラム)が、どの資源に、何をしてよいか」を決める仕組みです。そして一番大事な考え方が最小権限の原則——仕事に必要な最低限の権限だけを与えることです。
AIエージェントに当てはめると、次のようになります。
- レポートを作るだけのエージェントには、ストレージの「読み取り」だけを許可し、削除権限は与えない
- エージェント専用のアカウント(AWSならIAMロール、Google Cloudならサービスアカウント等)を作り、人間の管理者アカウントの鍵を使い回さない
- APIキーはコードや環境変数に直書きせず、Secrets Manager/Secret Manager/Key Vaultなどの秘密情報の保管サービスに入れる
- 何をしたかをログに残し、後から追えるようにする


AIエージェントをクラウドで動かす典型構成
ここまでの部品を組み合わせると、たとえば「社内向けAIアシスタント」は次のような構成になります。
そして、この流れを周りから支える部品があります。
| 支える部品 | 役割 | サービスの例 |
|---|---|---|
| 秘密情報の保管 | APIキーやDBのパスワードを安全に保管し、②にだけ渡す | Secrets Manager、Secret Manager、Key Vault |
| 権限管理 | ②が触れてよい資源を最小限に絞る | IAM、サービスアカウント、マネージドID |
| 定期実行 | 「毎朝9時にレポート作成」のような起動 | EventBridge Scheduler、Cloud Scheduler、Functionsのタイマー |
| ログ・監視 | エラーや処理時間、AI APIの使用量を記録・通知 | CloudWatch、Cloud Logging、Azure Monitor |
| 予算アラート | クラウド料金の使いすぎを通知 | AWS Budgets、予算とアラート、Cost Management |
最初から全部そろえる必要はありません。①〜③と「秘密情報の保管」「予算アラート」があれば、小さなエージェントは十分に動かせます。
小さく始める選び方
「結局どれを選べばいいの?」という方のために、目的別の目安をまとめます。
| やりたいこと | まず試す選択肢 | 理由 |
|---|---|---|
| HTML/CSSだけのサイトを公開 | Cloudflare Pages、Vercel、Netlify | GitHub連携で自動公開。設定がほぼ不要 |
| AIチャット付きのWebアプリ | Vercel/Cloudflare Workers+Anthropic API | 画面とサーバーレス関数を1か所で扱える |
| 定期実行するエージェント(毎朝レポート等) | Cloud Run+Cloud Scheduler、Lambda+EventBridge 等 | 動くときだけ課金。長めの処理ならコンテナ型が安心 |
| 会社の本番システムに組み込む | 社内で使っているクラウド+そのAI基盤(Bedrock/Vertex AI/Microsoft Foundry) | 権限・請求・ログ・社内審査を既存の仕組みにまとめられる |
| Linuxをじっくり学びたい | VPS、またはEC2/Compute Engine の小さなインスタンス | 第5章のコマンドを本物のサーバーで練習できる(止め忘れ注意) |
- 予算アラートを先に設定してから、リソースを作る
- 使い終わったら消す。練習用のプロジェクトは丸ごと削除できるように、1つのプロジェクト(アカウント)にまとめる
- 特定サービスに依存しすぎない作りにしておくと、後から乗り換えやすい(次の自社事例を参照)
自社事例:このサイトはどこで動いている?
AIエージェント研究所の配信基盤
いま読んでいるこのサイトは、HTMLとCSSだけでできた静的サイトです。コードはGitHubで管理し、Cloudflare Pagesで配信しています。サーバーを自分で借りる必要はなく、GitHubに変更を取り込むだけで自動で公開されます。
静的サイトには、「どこでも動く」という利点があります。
- ページはただのHTMLファイルなので、特定のクラウドの独自機能に依存していない(ロックインが少ない)
- 共通フッターの流し込みなどは、配信サービスではなく自前のNode.jsスクリプト(build.js)で公開前に済ませる設計(第5章参照)なので、配信先を変えても同じ手順が使える
- APIキーなどの秘密情報をそもそもサイトに持たせていないため、漏えいの心配が小さい
クラウドやホスティングは、料金・機能・運用のしやすさが年々変わります。「いつでも引っ越せる作り」にしておくこと自体が、クラウド選びの保険になります。サイト運用の全体像は【自社事例】AIエージェントでメディアサイトを運用する仕組みで解説しています。
🤖 AIエージェントとやってみよう
ChatGPTやClaudeにそのまま貼り付けて使えるプロンプト例です。【】の部分を自分の状況に書き換えてください。
① 自分に合った構成を提案してもらう
クラウド初心者です。次のAIエージェントを作って動かしたいです。
- やりたいこと:【例:毎朝、前日の売上CSVを読んで要約をSlackに送る】
- 利用者:【例:社内の5人】
- 会社で使っているサービス:【例:Google Workspace】
- 月の予算の上限:【例:クラウドとAI APIを合わせて○円】
AWS・Google Cloud・Azure・Vercel/Cloudflareのうち、
初心者が小さく始めるのに向く構成を2案、比較表で提案してください。
各案について「使うサービス名」「費用がかかるポイント」「最小権限の設定で気をつけること」も書いてください。
料金の具体額は執筆時点の目安とし、公式で確認すべき点を明記してください。② 3大クラウドの「翻訳表」を作ってもらう
AWSの【Lambda / S3 / IAMロール / CloudWatch】を使った構成を、
Google CloudとAzureで作るとしたら、それぞれ何というサービスに置き換わりますか?
初心者向けに、各サービスが「たとえると何か」も1行で添えて表にしてください。
サービス名が変更されている場合は、旧名称も併記してください。③ 予算アラートの設定手順を案内してもらう
【Google Cloud】で練習用プロジェクトを作りました。
高額請求を防ぐために、今日やっておくべき設定を優先順に教えてください。
1. 予算アラートの設定手順(管理画面のどこを開くか)
2. アラートが来たときに、リソースを止める・削除する手順
3. AI API(Claude等)側で利用上限を設定する考え方
画面の名前が変わっている可能性があるので、公式ドキュメントの確認ポイントも添えてください。よくあるつまずき
| つまずき | よくある原因 | 対策 |
|---|---|---|
| 思ったより請求が来た | 仮想サーバーの止め忘れ、転送量、AI APIの呼び出し回数の多さ | 予算アラート、不要リソースの削除、AI APIの使用量を毎日確認 |
AccessDenied/403 Forbidden | IAMで必要な権限が付いていない | エラーに出ている「足りない権限名」だけを追加する。管理者権限を丸ごと付けない |
| サーバーレス関数が途中で止まる | 実行時間の上限(タイムアウト)に達した | タイムアウト設定を見直す、処理を分割する、コンテナ型に移す |
| 画面によってサービス名が違う | サービスの改称、日本語/英語表示の差 | 公式ドキュメントで旧名称も併せて検索する |
| 使いたいAIモデルが選べない | リージョンや、利用申請・有効化が必要な設定 | 対応リージョンとモデルの利用設定を公式で確認 |
よくある質問
AWS・Google Cloud・Azure、初心者はどれから始めればいい?
基本的な考え方(仮想サーバー・ストレージ・サーバーレス・IAM)は3社ともほぼ共通なので、どれから始めても知識は他に移せます。会社ですでに使っているクラウドがあればそれに合わせ、Googleのサービス(Workspace等)中心ならGoogle Cloud、Microsoft 365中心ならAzure、求人や情報量を重視するならAWS、のように選ぶのが現実的です。
クラウドで高額請求されないか心配です。
最初に必ず予算アラート(AWS Budgets、Google Cloudの予算とアラート、Azure Cost Managementの予算など)を設定し、使い終わったリソースは削除しましょう。アラートは通知であって自動停止ではない点にも注意が必要です。AIエージェントの場合はクラウド利用料とは別にAI APIのトークン料金もかかるため、両方に上限や通知を設定します。
ClaudeをAWSやGoogle Cloudから使うメリットは?
ClaudeはAnthropicのAPIのほか、Amazon Bedrock、Google CloudのVertex AI、Microsoft Foundryからも利用できます。すでに使っているクラウドの請求・権限管理(IAM)・ログの仕組みにまとめられるのが主なメリットです。一方、利用できる機能や提供開始の時期がAnthropic APIと異なる場合があるため、使いたい機能が対応しているかを各公式ドキュメントで確認してください。
静的サイトならVercelとCloudflare Pages、どちらがいい?
HTMLやCSSだけの静的サイトであれば、どちらでも問題なく動きます。料金プラン、使いたい周辺機能(サーバーレス関数、画像最適化、アクセス解析など)、チームの慣れで選べば十分です。静的サイトは特定サービスへの依存が少ないため、後から乗り換えやすいのも利点です。
まとめ|クラウドは「借り方」と「守り方」をセットで覚える
クラウドは、コンピューターを所有せずに必要な分だけ借りる仕組みです。AWS・Google Cloud・Azureは名前こそ違いますが、仮想サーバー・サーバーレス・ストレージ・DB・AI基盤という同じ部品のセットを持っています。ClaudeもAnthropic APIだけでなく、各クラウドのAI基盤から呼び出せます。
そしてAIエージェントを動かすなら、「クラウド利用料+AI APIのトークン料金」の二重構造を予算アラートで見張ること、IAMで最小権限にすることの2つが、便利さと安全を両立させる土台になります。次の第7章「Git・GitHub・デプロイ入門」では、作ったものをGitで管理し、クラウドへ自動で公開する流れを学びます。
IT基礎シリーズ(全7章)
基礎を身につけたら、次は「仕事」につなげる
独学で進めるのも十分可能ですが、「最短で実務レベルにしたい」「転職・副業につなげたい」なら、次の記事も参考にしてください。
- AI・IT業界への転職ガイド【2026】:作ったものをポートフォリオに。未経験からの進め方と転職エージェントの選び方
- AIで独立するには?未経験から案件を取る6ステップ【2026】:自動化・開発スキルを案件にする。フリーランスエージェントの選び方も