クラウド入門
文書基準: 2026年8月
クラウドの定義
Section titled “クラウドの定義”クラウドコンピューティング (Cloud Computing)は、コンピューティングリソース（サーバー、ストレージ、ネットワークなど）をインターネットを通じてオンデマンドで提供されるサービスです。うまく活用すれば、インフラ構築の速度、運用効率、コスト構造の面でメリットを得られます。
インフラプロビジョニングの観点では、自社のデータセンターでサーバーを購入し、ラックに設置し、ネットワークを構成していた工程をAPI呼び出しに置き換えることができます。ただし、セキュリティレビュー、規制要件の確認、アクセス制御の設計といった事前準備は依然として必要です。
ただし、よく知られているコスト削減や安定した運用を、クラウドを使うだけで期待するのは難しいです。クラウドの運用方式に合わせてアプリケーションのアーキテクチャを変更する過程が必要です。アーキテクチャを変更し、マネージドサービスを最大限活用すれば、運用リソースを効率化し、人的リソースと予算をビジネス価値の創出に集中させることができます。ただし、マネージドサービスへの依存度が高まるほどベンダーロックインも増加するため、出口戦略も併せて検討する必要があります。
クラウドの中核特性（要約）
Section titled “クラウドの中核特性（要約）”NISTが定義したクラウドの5大中核特性です。
| 特性 | 説明 | オンプレミスとの比較 |
|---|---|---|
| オンデマンドセルフサービス | Webコンソール/APIで数分以内にリソースを作成 | 購入→設置に数週間～数か月 → 即時 |
| 広範なネットワークアクセス | インターネットを通じてどこからでも標準プロトコルでアクセス | VPN/専用線が必要 → 不要 |
| リソースプーリング | マルチテナントモデルによる動的割り当て、リージョンレベルの位置指定 | 部署ごとの固定割り当て → 共有プール |
| 迅速な弾力性 | トラフィックに応じて自動拡張/縮小 | 最大負荷を基準に事前確保 → リアルタイム調整 |
| 測定可能なサービス | 使用量ベースの従量課金（秒/時間/GB単位） | 減価償却の固定費 → 変動費 |
なぜクラウドを使うのか
Section titled “なぜクラウドを使うのか”NISTの5大特性が実務でどのような価値を生み出すか、オンプレミスと比較した具体的なシナリオです。
弾力性 — トラフィック変動への即時対応
Section titled “弾力性 — トラフィック変動への即時対応”オンプレミスでは、ブラックフライデーや新規サービスのローンチ前に、数週間前からサーバーを追加購入する必要があります。予測が外れると、サーバーが不足したり（障害）、余ったり（無駄）します。
クラウドではオートスケーリングがトラフィックに応じて数分以内にサーバーを追加/削除します。イベントが終わると自動的に縮小され、コストが削減されます。
| シナリオ | オンプレミス | クラウド |
|---|---|---|
| イベントトラフィックが10倍に増加 | 数週間前にサーバー購入・設置が必要 | オートスケーリングで数分以内に対応 |
| イベント終了後 | 余ったサーバーが遊休化（減価償却が進行） | 自動縮小、コストが即座に減少 |
| 予測失敗時 | サーバー不足 → 障害または緊急購入 | 上限を調整するだけで即座に拡張 |
拡張性 — グローバルサービスを数分で
Section titled “拡張性 — グローバルサービスを数分で”オンプレミスで海外サービスを開始するには、現地IDC契約、サーバー配送、ネットワーク構成に数か月かかります。
クラウドでは希望するリージョンを選択し、同じインフラコードをデプロイすれば数分以内にグローバルサービスが可能です。
| シナリオ | オンプレミス | クラウド |
|---|---|---|
| 東南アジア市場への進出 | IDC契約 + サーバー購入 + ネットワーク（3～6か月） | シンガポールリージョンにデプロイ（数分） |
| サービス撤退の決定 | 機器の処分、契約解除（違約金） | リソース削除（即時、コスト0） |
コスト構造の転換 — 固定費から変動費へ
Section titled “コスト構造の転換 — 固定費から変動費へ”オンプレミスはサーバーを購入した瞬間から減価償却が始まる資本支出 (CapEx)です。クラウドは使った分だけ支払う運用支出 (OpEx)へと転換します。ただし、アーキテクチャをクラウドに合わせて設計してこそ、このメリットを享受できます。オンプレミス方式のままクラウドに移行すると（Lift & Shift）、かえってコストが増加する可能性があります。
運用負担の軽減 — マネージドサービスの活用
Section titled “運用負担の軽減 — マネージドサービスの活用”オンプレミスでデータベースを運用するには、OSパッチ、DBエンジンの更新、バックアップ、レプリケーション、フェイルオーバーをすべて自前で行う必要があります。
クラウドのマネージドサービス（RDS、Cloud SQLなど）は、この運用負担をベンダーが代わりに処理します。DBAはスキーマ設計とクエリ最適化に集中できます。
サービスモデル：IaaS、PaaS、SaaS
Section titled “サービスモデル：IaaS、PaaS、SaaS”クラウドサービスは、ベンダーが管理する範囲によって3つのモデルに分かれます。自社データセンターに例えると次のようになります。
- IaaS(Infrastructure as a Service) — 建物を賃貸するのに似ています。建物（サーバー、ネットワーク、ストレージ）は提供されますが、内部のインテリア（OS、ミドルウェア、アプリケーション）は自分で構成する必要があります。
- PaaS(Platform as a Service) — オフィスを賃貸するのに似ています。机と椅子（ランタイム、ミドルウェア）まで揃っており、業務（アプリケーションコード）にだけ集中できます。
- SaaS(Software as a Service) — ホテルに宿泊するのに似ています。すべてが準備されており、サービスをそのまま使うだけで済みます。
| サービスモデル | ユーザー管理領域 | AWSの例 | Azureの例 | Google Cloudの例 |
|---|---|---|---|---|
| IaaS | OS、ミドルウェア、アプリ、データ | EC2, EBS, VPC | Virtual Machines, VNet | Compute Engine, VPC |
| PaaS | アプリ、データ | Elastic Beanstalk, RDS | App Service, Azure SQL | App Engine, Cloud SQL |
| SaaS | データ（設定） | WorkMail, Chime | Microsoft 365, Dynamics 365 | Google Workspace |
サービスモデルに応じて、ユーザーとベンダーの責任範囲が変わります。この部分は共同責任モデルで詳しく扱います。
展開モデル：パブリック、プライベート、ハイブリッド
Section titled “展開モデル：パブリック、プライベート、ハイブリッド”クラウドは誰がインフラを所有・運用するかによって3つの展開モデルに分かれます。
パブリッククラウド (Public Cloud)
Section titled “パブリッククラウド (Public Cloud)”AWS、Azure、Google Cloudのようなベンダーが所有・運用するインフラを、インターネットを通じて複数の顧客が共有するモデルです。初期投資なしですぐに使用でき、弾力的な拡張が可能です。CloudPickで扱うほとんどの内容はパブリッククラウドを基準としています。
プライベートクラウド (Private Cloud)
Section titled “プライベートクラウド (Private Cloud)”特定の組織のためだけに運用されるクラウドです。自社データセンターに構築するか、ベンダーが専用インフラを提供する形態です。セキュリティと規制要件が厳格な金融・公共分野で多く使用されます。
ハイブリッドクラウド (Hybrid Cloud)
Section titled “ハイブリッドクラウド (Hybrid Cloud)”パブリッククラウドとプライベートクラウド（またはオンプレミス）を接続して併用するモデルです。機密データはプライベート環境に、弾力的なワークロードはパブリッククラウドに配置する方式で運用します。
| 展開モデル | AWS | Azure | Google Cloud | OCI |
|---|---|---|---|---|
| パブリック | AWSリージョン | Azureリージョン | Google Cloudリージョン | OCIリージョン |
| プライベート/オンプレミス拡張 | Outposts | Azure Stack, Azure Local | Google Distributed Cloud | Dedicated Region |
| ハイブリッド管理 | EKS Anywhere, ECS Anywhere | Azure Arc | Anthos | OCI Multicloud |
マルチクラウドを理解する
Section titled “マルチクラウドを理解する”単一のクラウドベンダーのみを使用するのが最もシンプルですが、実務では複数のベンダーを併用するマルチクラウド (Multi-Cloud)戦略を採用する組織が増えています。CNCF 2024年調査によると、企業の約60%が2つ以上のクラウドを使用しています。
マルチクラウドの導入動機と課題は、マルチクラウドを理解するで詳しく扱います。
CloudPickは主要なグローバルクラウドベンダーを中心に、マルチクラウド環境で正しい意思決定を下せるよう支援することを目標としています。
よくある間違い
Section titled “よくある間違い”- 「クラウドに移行すれば自動的にコストが下がる」 — オンプレミスの構造のまま移行すると（Lift & Shift）、かえってコストが増加する可能性があります。クラウドネイティブアーキテクチャへの転換が必要です。
- 「クラウドはベンダーがすべて管理してくれる」 — サービスモデル（IaaS/PaaS/SaaS）によってユーザーの責任範囲は異なります。データとアクセス制御は常にユーザーの責任です。
- 「無料枠だけで十分運用できる」 — 無料枠は学習とPoC用です。無料範囲を超えると予想外の課金が発生する可能性があるため、予算アラートを設定してください。
チェックリスト
Section titled “チェックリスト”- 使用するベンダーの無料枠の範囲と制限条件を確認したか?
- ルート/管理者アカウントにMFA（多要素認証）を有効化したか?
- 予算アラート（Budget Alert）を設定して、予想外の課金を防止しているか?
標準およびフレームワーク
Section titled “標準およびフレームワーク”- NIST SP 800-145 — The NIST Definition of Cloud Computing — クラウドコンピューティングの公式定義
- ISO/IEC 17788 — Cloud computing: Overview and vocabulary — クラウド用語標準
- ISO/IEC 22123 — Cloud computing: Concepts and terminology — マルチクラウドを含む最新標準