🌱 初心者向けIT基礎シリーズ|第6章

クラウド入門【2026】AWS・Google Cloud・Azureとサーバーレスを、AIエージェント目線で理解

第5章で、AIエージェントのプログラムは24時間動き続けるサーバーの上で動いていることを学びました。では、そのサーバーはどこから手に入れればいいのでしょうか? 2026年のいま、答えのほとんどは「クラウドから借りる」です。この章では、AWS・Google Cloud・Azureの3大クラウドとサーバーレス、そして料金とセキュリティの考え方を、「AIエージェントを動かすなら何を選ぶか」という目線で整理します。

🔬
調査・編集:AIエージェント研究所 編集部
運営=広告運用・生成AIエージェント導入支援の現役コンサル。このサイト自体も、AIエージェントと一緒に作り・公開・運用しています。

現場で実際に使っている構成を例に、未経験の方にも分かる言葉で解説します。→ 運営者・編集方針について

公開:2026年9月26日/最終更新:2026年9月26日
この記事の結論(要点まとめ)
  • クラウドは「コンピューターを所有せず、必要な分だけ借りて使った分だけ払う」仕組み。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はコードを置くだけで動く反面、そのサービスの決まりごと(使える言語・実行時間の上限など)に従う必要があります。

AIエージェントで考えると ClaudeやChatGPTの画面を使うのはSaaS。自分で作ったエージェントのプログラムをCloud RunやLambdaに置くのはPaaS(サーバーレス)。仮想サーバーを借りて自分でLinuxを設定し、そこでエージェントを常駐させるのはIaaSです。初心者が自作エージェントを動かすなら、まずはPaaS寄りから始めるのが楽です。

3大クラウドの特徴と主なサービス対応表

世界で広く使われているクラウドの代表が、AWS(Amazon Web Services)、Google Cloud、Microsoft Azureの3つで、「3大クラウド」と呼ばれます。

クラウド運営ざっくりした特徴
AWSAmazonクラウドの草分け的存在。サービスの種類が非常に多く、日本語の情報・事例・求人も豊富
Google CloudGoogleデータ分析(BigQuery)やコンテナ(Kubernetesの生みの親)に強み。Gemini等の自社AIとの連携
Microsoft AzureMicrosoftMicrosoft 365・Windows・Entra ID(旧Azure AD)など企業向け製品との連携が強い。OpenAIのモデルを提供

最初に知っておくと楽になるのが、「3社とも、同じ役割の部品を違う名前で出している」ということです。1社の仕組みを理解すれば、他社でも「これはあれのことだな」と置き換えられます。

役割AWSGoogle CloudAzure
仮想サーバー(IaaS)Amazon EC2Compute EngineVirtual Machines
サーバーレス関数AWS LambdaCloud Run functionsAzure Functions
コンテナ実行Amazon ECS/EKSCloud Run/GKEAzure Container Apps/AKS
ファイル置き場(オブジェクトストレージ)Amazon S3Cloud StorageBlob Storage
リレーショナルDBAmazon RDSCloud SQLAzure SQL Database
NoSQL DBAmazon DynamoDBFirestoreAzure Cosmos DB
秘密情報の保管AWS Secrets ManagerSecret ManagerAzure Key Vault
アクセス権の管理AWS IAMCloud IAMMicrosoft Entra ID+Azure RBAC
ログ・監視Amazon CloudWatchCloud Logging/MonitoringAzure Monitor
生成AI基盤Amazon BedrockVertex AIMicrosoft 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 BedrockAWS複数社のモデルを同じ窓口から使える。AWSの権限管理・ログと統合できる
Vertex AIGoogle CloudGeminiに加え、他社モデルも「Model Garden」から利用可能
Microsoft Foundry(旧Azure AI Foundry)AzureOpenAIのモデルなどを企業向けの管理機能とともに利用可能

ここで大事なのは、Claudeは、AnthropicのAPI(第4章)から直接使えるだけでなく、Amazon Bedrock・Google CloudのVertex AI・Microsoft Foundryからも利用できるということです。

  • メリット:すでに使っているクラウドの請求書・権限管理(IAM)・ログ・社内の審査にまとめられる。「新しい会社と契約するより、既存のAWSの中で使う方が社内稟議が通りやすい」といった企業は少なくありません
  • 注意点:使える機能や新機能の提供時期、料金体系、呼び出し方(SDKの設定やモデルIDの書き方)が、Anthropic APIと異なる場合があります。使いたい機能に対応しているか、各クラウドの公式ドキュメントで確認しましょう
エージェント博士
エージェント博士「頭脳(AIモデル)」は同じClaudeでも、どの窓口から呼ぶかを選べるということじゃ。個人の試作ならAnthropic APIが手軽、会社の本番システムなら普段のクラウド経由、という使い分けがよくあるパターンじゃな

Vercel・Cloudflare・Netlify:Webアプリ向けホスティング

3大クラウドは何でもできる反面、設定項目が多く、初心者にはやや重いのも事実です。そこで、WebサイトやWebアプリの公開に特化したサービスがよく使われます。

サービス特徴向いている用途
VercelNext.jsの開発元。GitHubと連携し、pushするだけで自動公開。サーバーレス関数も使えるNext.js/Reactのアプリ、AIチャットのフロント
Cloudflare Pages/Workers世界中の拠点(エッジ)から配信。Pagesは静的サイト、Workersはエッジで動くサーバーレス関数静的サイト、軽いAPI、高速配信
Netlify静的サイトホスティングの老舗の一つ。フォームや関数など周辺機能が揃う静的サイト、Jamstack構成

どれもGitHubのリポジトリとつなぐだけで、コードを更新するたびに自動で公開(デプロイ)されるのが共通の強みです(仕組みは第7章で詳しく)。個人や小さなチームが、AIエージェントと一緒に作ったWebアプリを公開する最初の一歩としては、3大クラウドよりこちらの方が手軽なことが多いでしょう。

サーバーレスとエッジ

サーバーレス:「サーバーのお世話」をしなくていい

サーバーレスは「サーバーが無い」という意味ではありません。サーバーは存在しますが、その管理(OSの更新、台数の調整、起動・停止)をクラウド側が全部やってくれるので、利用者からは見えない、という意味です。

たとえるならタクシーです。自家用車(仮想サーバー)は、乗らない時間も駐車場代や保険がかかり、整備も自分の仕事。タクシー(サーバーレス)は乗った分だけ払い、整備は会社がやってくれる。そのかわり、車種やルートの自由度は少し下がります。

① きっかけHTTPリクエストファイル追加決まった時刻② 関数が起動関数関数関数必要な数だけ自動でLambda・Cloud Run functions等結果③ 終了結果を返して停止課金のイメージ動いた分停止中=課金なし時間
何か(リクエスト・ファイル・時刻)をきっかけに、クラウドが関数を必要な数だけ起動して処理し、結果を返したら止まります。料金は動いた時間・回数の分だけです。
向いていること苦手なこと
サーバーレスアクセスが不定期、ときどき動けばいい処理、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種類に分かれます。

エージェントサーバー・関数で動くDBストレージ転送量① クラウド利用料の範囲② AI APIClaude等入力トークン出力トークン何往復もする費用① クラウド+② AI API(膨らみやすい)=合計クラウドの請求画面AI APIの管理画面(Bedrock等経由なら合算)
エージェントは1つの依頼でAIと何往復もやり取りするため、②のAI API料金(トークン量に応じた課金)が想像より膨らみやすくなります。①と②は請求を見る画面も分かれがちです。

とくにエージェントは、1つの依頼をこなすためにAIとのやり取りを何往復もするので、1回の依頼で何回分ものAPI料金がかかることがあります。①はクラウドの請求画面、②はAI APIの管理画面(Bedrock等経由ならクラウドの請求に合算)と、見る場所が分かれがちな点にも注意しましょう。

予算アラートは「最初の5分」でやる
  • クラウド側: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などの秘密情報の保管サービスに入れる
  • 何をしたかをログに残し、後から追えるようにする
助手アイ
助手アイ第5章の「読むだけは任せる、書く・消す・送るは確認する」と同じ考え方ですね! クラウドでは、それを権限の設定で仕組みにするんだ。
エージェント博士
エージェント博士その通りじゃ。AIは指示や読み込んだ情報によって想定外の動きをすることがある。「間違えても、できることがそもそも少ない」状態にしておくのが、AIエージェントを本番で動かすときの一番の保険なんじゃよ

AIエージェントをクラウドで動かす典型構成

ここまでの部品を組み合わせると、たとえば「社内向けAIアシスタント」は次のような構成になります。

ユーザー① 画面Vercel等質問回答② 司令塔Cloud Run等③ 頭脳AIモデルのAPI④ 手足・記憶DB・ストレージAIを呼ぶ資料・履歴周りから支える部品秘密情報権限管理定期実行ログ・監視予算アラートキー・権限
ユーザーの質問は①画面から②司令塔へ届き、司令塔が③AIモデルを呼んだり④社内資料・会話履歴を読み書きしたりして回答を返します。APIキーの保管や権限管理などの部品が、司令塔を周りから支えます。

そして、この流れを周りから支える部品があります。

支える部品役割サービスの例
秘密情報の保管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、NetlifyGitHub連携で自動公開。設定がほぼ不要
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章のコマンドを本物のサーバーで練習できる(止め忘れ注意)
小さく始める3つのコツ
  • 予算アラートを先に設定してから、リソースを作る
  • 使い終わったら消す。練習用のプロジェクトは丸ごと削除できるように、1つのプロジェクト(アカウント)にまとめる
  • 特定サービスに依存しすぎない作りにしておくと、後から乗り換えやすい(次の自社事例を参照)

自社事例:このサイトはどこで動いている?

自社事例

AIエージェント研究所の配信基盤

いま読んでいるこのサイトは、HTMLとCSSだけでできた静的サイトです。コードはGitHubで管理し、Cloudflare Pagesで配信しています。サーバーを自分で借りる必要はなく、GitHubに変更を取り込むだけで自動で公開されます。

静的サイトには、「どこでも動く」という利点があります。

  • ページはただのHTMLファイルなので、特定のクラウドの独自機能に依存していない(ロックインが少ない)
  • 共通フッターの流し込みなどは、配信サービスではなく自前のNode.jsスクリプト(build.js)で公開前に済ませる設計(第5章参照)なので、配信先を変えても同じ手順が使える
  • APIキーなどの秘密情報をそもそもサイトに持たせていないため、漏えいの心配が小さい

クラウドやホスティングは、料金・機能・運用のしやすさが年々変わります。「いつでも引っ越せる作り」にしておくこと自体が、クラウド選びの保険になります。サイト運用の全体像は【自社事例】AIエージェントでメディアサイトを運用する仕組みで解説しています。

🤖 AIエージェントとやってみよう

ChatGPTやClaudeにそのまま貼り付けて使えるプロンプト例です。【】の部分を自分の状況に書き換えてください。

① 自分に合った構成を提案してもらう

プロンプト例text
クラウド初心者です。次のAIエージェントを作って動かしたいです。
- やりたいこと:【例:毎朝、前日の売上CSVを読んで要約をSlackに送る】
- 利用者:【例:社内の5人】
- 会社で使っているサービス:【例:Google Workspace】
- 月の予算の上限:【例:クラウドとAI APIを合わせて○円】

AWS・Google Cloud・Azure・Vercel/Cloudflareのうち、
初心者が小さく始めるのに向く構成を2案、比較表で提案してください。
各案について「使うサービス名」「費用がかかるポイント」「最小権限の設定で気をつけること」も書いてください。
料金の具体額は執筆時点の目安とし、公式で確認すべき点を明記してください。

② 3大クラウドの「翻訳表」を作ってもらう

プロンプト例text
AWSの【Lambda / S3 / IAMロール / CloudWatch】を使った構成を、
Google CloudとAzureで作るとしたら、それぞれ何というサービスに置き換わりますか?
初心者向けに、各サービスが「たとえると何か」も1行で添えて表にしてください。
サービス名が変更されている場合は、旧名称も併記してください。

③ 予算アラートの設定手順を案内してもらう

プロンプト例text
【Google Cloud】で練習用プロジェクトを作りました。
高額請求を防ぐために、今日やっておくべき設定を優先順に教えてください。
1. 予算アラートの設定手順(管理画面のどこを開くか)
2. アラートが来たときに、リソースを止める・削除する手順
3. AI API(Claude等)側で利用上限を設定する考え方
画面の名前が変わっている可能性があるので、公式ドキュメントの確認ポイントも添えてください。

よくあるつまずき

つまずきよくある原因対策
思ったより請求が来た仮想サーバーの止め忘れ、転送量、AI APIの呼び出し回数の多さ予算アラート、不要リソースの削除、AI APIの使用量を毎日確認
AccessDenied/403 ForbiddenIAMで必要な権限が付いていないエラーに出ている「足りない権限名」だけを追加する。管理者権限を丸ごと付けない
サーバーレス関数が途中で止まる実行時間の上限(タイムアウト)に達したタイムアウト設定を見直す、処理を分割する、コンテナ型に移す
画面によってサービス名が違うサービスの改称、日本語/英語表示の差公式ドキュメントで旧名称も併せて検索する
使いたい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スキル・プログラミングが学べるオンラインスクール比較8選【2026】独学で詰まる前に。給付金の対象コースで費用を抑える方法も
記事を読む

次の一歩

姉妹サイトの記事で、次に気になりやすいことを調べられます。