クラウドプラットフォーム実践
学習ガイド：クラウドサービスプロバイダーは「サーバーを買うサイト」ではなく、「水道や電力会社のように計算能力を提供するインフラ」です。この章では一つのコアとなる問いを中心に展開します：ゼロから始めて、クラウドサービスをどう理解し、どう使うか？ 実際のシナリオ、分かりやすい例え、実践的なステップを使って、クラウドサービスの完全な認知マップを構築します。
始める前に、以下の基礎知識を確認することをお勧めします：
- 基本的なネットワーク概念：IP アドレス、ポート、ドメイン名などの概念に馴染みがない場合は、先に ネットワークの基礎知識 をお読みください
- API とは何か：API についてまだよく理解していない場合は、API 入門 を先にご覧ください
0. はじめに：なぜサーバーを買う会社が減っているのか？
想像してみてください：
小明は 2010 年に起業し、ウェブサイトを作りたいと考えました。彼は何を経験したでしょうか？
彼はまず 2 万元を使って Dell のサーバーを買い、IDC データセンターに連絡して毎月 3000 元のホスティング費を支払いました。その後、自分で Linux をインストールし、環境を設定し、ハードウェアの問題を心配しました — ハードディスクが壊れれば自分で交換し、マシンが過熱すれば自分で対処しました。最も苦しかったのは、ユーザーが急激に増え、システムが耐えられなくなった時、また新しいサーバーを買わなければならないことでした。1 年後、小明は 5 万元使いましたが、サーバーの稼働率はわずか 10% でした。
一方、小紅の会社は 2024 年に起業しました。彼女はどうしたでしょうか？
彼女はクラウドプロバイダーのウェブサイトを開き、アカウントを登録し、数回クリックするだけでクラウドサーバーを作成しました — わずか 2 分で完了。使った分だけ支払い、使わなければ費用はかかりません。トラフィックが増えれば、ワンクリックで設定をアップグレード。アメリカに支社を開きたい？リージョンを変えるだけ。1 ヶ月後、小紅の支出は 500 元で、サーバー稼働率は 80% でした。
直感的には、「クラウドサービスはサーバーのレンタル」と思いがちです。
しかし、クラウドサービスの本質はそれだけではありません — それは計算能力の革命なのです。
かつて企業は、サーバーの購入、データセンターの確保、OS のインストール、ハードウェアの心配、トラフィック急増時の無力感という長いプロセスを経る必要がありました。今では、アカウントを登録し、数回クリックし、従量課金で利用し、自動スケーリングし、グローバルにデプロイするだけです。この変化は、自分で井戸を掘って水を汲む生活から、蛇口をひねれば水が出る生活への転換に似ています。
1. クラウドサービスプロバイダーとは？
1.1 水道・電力会社のようなコンピューティングサービス
クラウドサービスプロバイダーの本質は、計算能力、ストレージ能力、ネットワーク能力を標準化されたサービスとしてパッケージ化し、水道会社が水を、電力会社が電気を提供するように、インターネットを通じてユーザーに提供することです。
このモデルの優れた点はオンデマンド利用にあります。大量のハードウェアを事前に購入する必要はなく、実際の使用量に基づいて支払うだけです。より多くのリソースが必要？ワンクリックで。秒単位の課金を行うサービスもあり、非常に柔軟です。さらに、クラウドプロバイダーは数十カ国にデータセンターを持ち、世界中にアプリケーションをデプロイできます。すべての操作はセルフサービスで 24 時間利用可能で、手動の承認は不要です。
1.2 クラウドサービスと従来のホスティングの違い
従来の IDC ホスティングは、自分で発電機を買って発電するようなものです。まずハードウェア（サーバー）を購入し、設置場所（データセンター）を見つけ、自分で保守（OS のインストール、ハードウェアの修理）を行います。電力が足りなくなれば、別の発電機を買う必要があります。このプロセスには数日から数週間かかり、使っても使わなくても固定費がかかります。
クラウドサービスは電力網への接続のようなものです。発電機を買う必要はなく、電線を引く（アカウントを登録する）だけで、使用した電力量に応じて支払います。より多くの電力が必要？より大容量のプランに数分で切り替えられます。このモデルでは、コストは変動的で — 使った分だけ支払い — クラウドプロバイダーがすべてのハードウェア保守を担当するため、ビジネスに集中できます。
1.3 パブリッククラウド、プライベートクラウド、ハイブリッドクラウド
レストランに異なる経営モデルがあるように、クラウドサービスにも3つのタイプがあります。
パブリッククラウドは公共のレストランのようなもので、誰でも利用でき、リソースは共有されます。AWS、Alibaba Cloud、Azure はすべてパブリッククラウドで、大多数の企業や個人に適しています。これが本書の焦点であり、最も一般的に使用され、学習に最も適しているからです。
プライベートクラウドは専用のキッチンのようなもので、独自に構築し、リソースを独占します。OpenStack、VMware が代表的で、データセキュリティの要件が極めて高い大企業、政府機関、銀行などに適しています。
ハイブリッドクラウドは両者を組み合わせたもので、一部のワークロードはパブリッククラウドで、一部はプライベートクラウドで実行します。各主要プロバイダーがソリューションを提供しており、コンプライアンスと弾力性の両方が必要なシナリオに適しています。
👇 クリックして試してみましょう： 下のサービスカードをクリックして、クラウドサービスの6つのコアカテゴリーについて学びましょう。
2. 主要なクラウドサービスプロバイダー
2.1 グローバル大手3社：AWS、Azure、Google Cloud
グローバルクラウドサービス市場では、3つのプロバイダーが支配的な地位を占めています。
AWS（Amazon Web Services） は Amazon が 2006 年に立ち上げたクラウドサービスで、グローバル市場シェア第1位、約 32% を占めています。クラウドサービス界の「百貨店」のような存在で、最も包括的なサービスラインナップを持ち、200 種類以上のサービス、最も成熟した安定した機能、最も豊富なドキュメントとコミュニティリソースがあります。価格はやや高いですが、コストパフォーマンスは優れており、特に海外展開する企業、スタートアップ、大手インターネット企業に適しています。
Microsoft Azure は Microsoft が 2010 年に立ち上げたクラウドサービスで、グローバル市場シェア第2位、約 23% です。最大の利点は Windows や Office エコシステムとの深い統合、豊富なエンタープライズ顧客リソース、強力なハイブリッドクラウド機能で、.NET 開発者に特に適しています。すでに Microsoft テクノロジースタックを使用している企業には、Azure が自然な選択です。
Google Cloud Platform（GCP） は Google が 2011 年に立ち上げたクラウドサービスで、グローバル市場シェア第3位、約 10% です。Kubernetes、データ分析、AI 分野でリードしており、技術革新力が強く、価格も比較的低いです。ただし市場シェアは小さく、エコシステムは上位2社に劣るため、テクノロジー主導の企業、コンテナ化されたアプリケーション、AI プロジェクトに適しています。
2.2 中国大手3社：Alibaba Cloud、Tencent Cloud、Huawei Cloud
中国のクラウドサービス市場にも3つの主要なプロバイダーがあります。
Alibaba Cloud（阿里雲） は 2009 年に Alibaba のクラウドコンピューティング部門として設立され、中国市場シェア第1位、約 40% です。国内で最も早くから始まった最も成熟したクラウドプロバイダーとして、包括的なサービス、e コマースやダブルイレブンの技術的蓄積があります。価格はやや高いですが、安定性と機能の完全性は一流で、特に国内企業や e コマース関連プロジェクトに適しています。
Tencent Cloud（騰訊雲） は 2013 年に Tencent のクラウドサービス部門として設立され、中国市場シェア第2位、約 15% です。ゲーム、音声・動画分野に強みがあり、WeChat や QQ エコシステムとの統合が良く、価格も比較的低く、近年急速に発展しています。ゲーム、ソーシャル、ライブストリーミングプロジェクトに適しています。
Huawei Cloud（華為雲） は 2015 年に Huawei のクラウドサービス部門として設立され、中国市場シェア第3位、約 10% です。ハードウェア技術の蓄積が厚く、政府やエンタープライズ顧客リソースが豊富で、セキュリティ・コンプライアンス能力が強く、AI チップ（Ascend）が特徴的です。政府プロジェクト、大型国有企業、製造業に適しています。
2.3 クラウドプロバイダーの選び方
クラウドプロバイダーを選ぶのは賃貸物件を選ぶようなもので、立地、価格、設備など複数の要素を考慮する必要があります。
まずターゲット市場を見る。 ユーザーは主にどこにいますか？日本やアジアのユーザーなら Alibaba Cloud や Tencent Cloud、海外のユーザーなら AWS や Azure、グローバルビジネスならマルチリージョン対応のプロバイダーを選びましょう。
次にテクノロジースタックを見る。 どの技術を使っていますか？Microsoft テクノロジーなら Azure、Kubernetes やビッグデータなら Google Cloud、一般的なシナリオなら AWS が安全な選択です。
次にコストを考慮。 小規模プロジェクトで試すなら Tencent Cloud や UCloud のような安価な選択肢を、大規模な本番環境なら総コストを重視し、AWS が長期的により経済的かもしれません。
最後にエコシステムを考慮。 すでに GitHub や Office 365 などのサービスを使用している場合、同じエコシステムのプロバイダーを選ぶとより便利です。
実践的なアドバイス：初心者や小規模プロジェクトは Alibaba Cloud か Tencent Cloud を選びましょう。ドキュメントが日本語化されており、カスタマーサポートが手厚いです。海外展開プロジェクトには AWS が最適で、最も成熟しており、グローバルカバレッジが最も優れています。大企業はマルチクラウド戦略が必要で、ワークロードごとに異なるクラウドを使用する場合があります。
3. クラウドサービスの一般的な使い方
3.1 登録から公開までの完全な流れ
クラウドサービスを利用する最初のステップはアカウントの登録です。このプロセスは銀行口座の開設に似ており、身元確認が必要です。クラウドプロバイダーのウェブサイトを開き、「無料登録」をクリックし、メールアドレスとパスワードを入力し、電話番号を確認し、身分証明書や企業資格をアップロードして本人確認を行い、最後に支払い方法を登録します。全プロセスに約 10〜20 分かかります。
登録が完了したら、いくつかのコア概念を理解する必要があります。リージョン（Region） はクラウドサービスのデータセンターが位置する地域で、例えば華東（杭州）、米国東部（バージニア）、アジアパシフィック（シンガポール）などがあります。選択の原則はユーザーに近いほど良いことで、レイテンシが低くなります。アベイラビリティゾーン（Availability Zone, AZ） は1つのリージョン内の複数のデータセンターで、互いに隔離され、可用性を向上させます。ある AZ がダウンしても、別の AZ がサービスを継続できます。インスタンス（Instance） は仮想サーバーのことで、例えば 2 コア 4GB のクラウドサーバーで、時間単位または従量課金されます。
3.2 最初のクラウドサーバーを作成する
クラウドサーバーの作成はコンピュータの組み立てに似ていますが、ウェブページ上で設定を選択します。まず課金モデルを選択します。テスト環境なら従量課金、長期運用なら月額/年額契約。次に最も近いリージョンを選択します。インスタンスタイプは、テスト環境なら 2 コア 4GB で十分です。イメージは CentOS 7.9 や Ubuntu 20.04 などの OS を選びます。ストレージは 40GB のシステムディスク、ネットワークはデフォルトの VPC ネットワーク、帯域幅はトラフィック従量課金がお得です。最後に root ユーザーのパスワードを設定し、必ず保存してください。全プロセスは約 5 分で、インスタンス作成後 1〜2 分で利用可能になります。
👇 クリックして試してみましょう： 設定を選択して、異なる仕様の価格と適用シナリオについて学びましょう。
3.3 クラウドサーバーに接続してアプリケーションをデプロイする
Linux サーバーへの接続は SSH をお勧めします。パスワードログインの場合：ssh root@あなたのサーバーのパブリックIP、次にパスワードを入力します。鍵ログインの方が安全です：ssh -i あなたの秘密鍵.pem root@あなたのサーバーのパブリックIP。
サーバーに接続したら、アプリケーションをデプロイできます。まずシステムを更新します。CentOS は sudo yum update -y、Ubuntu は sudo apt update && sudo apt upgrade -y。次に必要なソフトウェア（Node.js など）をインストールします。そしてコードをアップロードします。git または scp が使えます。最後に依存関係をインストールしてアプリケーションを起動します。
3.4 一般的なユースケース
個人ウェブサイトやブログのホスティング にはクラウドサーバーとドメインが必要です。1 コア 2GB で十分で、月額約 50〜100 元。技術スタックは Nginx と静的ファイル、または WordPress。
API バックエンドのデプロイ にはクラウドサーバーとデータベースが必要です。2 コア 4GB から始め、月額約 200〜500 元。技術スタックは Node.js や Python と MySQL や PostgreSQL。
画像や動画の保存 にはオブジェクトストレージが推奨され、ストレージ容量とトラフィックで課金、月額数元から数百元。ディスク管理が不要で、自動バックアップがあり、CDN と組み合わせて高速化も可能。
👇 クリックして試してみましょう： 異なるタイプのクラウドストレージサービスとその適用シナリオについて学びましょう。
4. API の購入と呼び出し方法
4.1 クラウドサービスの課金モデル
クラウドサービスには様々な課金方法があり、理解することで大幅なコスト削減につながります。
従量課金（Pay-as-you-go） は映画のチケットを一枚ずつ買うようなもので、使った分だけ支払い、使わなければ課金されません。テスト環境やトラフィックが不安定なプロジェクトに適しています。クラウドサーバーは時間単位、オブジェクトストレージは GB + リクエスト数、AI API は呼び出し回数で課金されます。
月額/年額またはリザーブドインスタンス は定期券を買うようなもので、一定期間の使用をコミットすることで割引が受けられ、通常 30%〜60% の節約になります。長期間安定して稼働する本番環境に適しています。例えば、2 コア 4GB のサーバーが従量課金で月額 200 元の場合、1 年契約なら月額 140 元になることがあります。
スポットインスタンス は補欠券のようなもので、価格が非常に低く、最大 90% の節約になりますが、強制的に回収される可能性があります。バッチ処理タスクや耐障害性の高いタスク（データ処理、レンダリングなど）に適しています。リスクは、クラウドプロバイダーのリソースが不足した際にインスタンスが強制的に回収されることです。
サーバーレスの呼び出しごとの課金 はタクシーのようなもので、サーバーを気にせず、呼び出し回数だけを気にします。課金は呼び出し回数 + コンピューティング時間 + トラフィックで、API エンドポイントやイベント駆動タスクに適しています。例えば、Alibaba Cloud の Function Compute は最初の 100 万回の呼び出しが無料で、それ以降は 100 万回あたり 1.33 元です。
👇 クリックして試してみましょう： 料金計算ツールを使って、異なる課金モデルのコスト差を比較しましょう。
4.2 API 呼び出しを購入する完全な流れ
Tongyi Qianwen（通義千問）API を例に、全プロセスは4つのステップに分かれます。
ステップ1：サービスの有効化。 クラウドプロバイダーの AI プラットフォームまたは Machine Learning Platform for AI（PAI）を開き、Tongyi Qianwen または DashScope を見つけ、「今すぐ有効にする」または「無料トライアル」をクリックします。約 2 分で完了します。
ステップ2：API Key の取得。 コンソールの API-KEY 管理に移動し、「API-KEY を作成」をクリックし、このキーをコピーして保存します。重要：API Key は一度だけ表示されます — すぐに保存してください。
ステップ3：権限の設定。 アクセス管理（RAM）または Identity and Access Management（IAM）に移動し、ユーザーまたはロールを作成し、必要な権限のみを付与します。例えば、Tongyi Qianwen の呼び出しのみを許可し、サーバーの削除は禁止するなど。これが最小権限の原則です。
ステップ4：テスト呼び出し。 Python または JavaScript で最初の呼び出しを行い、API が正常に動作することを確認します。
5. 実践：ゼロからウェブサイトをデプロイする
5.1 シナリオとソリューションの選択
あなたがフロントエンド開発者で、個人ブログをデプロイしたいとします。要件は静的ウェブサイト（HTML/CSS/JS）、独自のドメイン名、高速なグローバルアクセス、最小限のコスト。
3つのオプションがあります。クラウドサーバーオプションは中程度のコストと難易度で、バックエンドサービスが必要なシナリオに適しています。オブジェクトストレージ + CDN オプションは低コストで低難易度、純粋な静的サイトに適しており、これが推奨アプローチです。サーバーレスオプションは極めて低いコストで中程度の難易度、動的コンテンツに適しています。
オブジェクトストレージ + CDN を推奨する理由は、最も低いコスト（無料の可能性あり）、最もシンプルな設定、最も高速（CDN アクセラレーション）だからです。
👇 クリックして試してみましょう： ステップバイステップのガイドに従って、ウェブサイトデプロイの完全な流れを学びましょう。
- Organize HTML/CSS/JS files
- Compress images and static assets
- Check that file paths are correct
5.2 実装手順
ステップ1：ウェブサイトファイルの準備。 シンプルな index.html を作成します：
<!DOCTYPE html>
<html>
<head>
<title>私のブログ</title>
</head>
<body>
<h1>私のブログへようこそ</h1>
<p>これは最初の記事です。</p>
</body>
</html>ステップ2：オブジェクトストレージのバケットを作成。 クラウドコンソールにログインし、オブジェクトストレージ（OSS/S3）を見つけ、「バケットを作成」をクリックします。名前を設定し（例：my-blog-2024、グローバルで一意）、リージョンを選択し（最も近い場所）、権限をパブリック読み取りに設定します（ウェブサイトはアクセス可能である必要があります）。
ステップ3：ファイルのアップロード。 バケットに入り、「ファイルのアップロード」をクリックし、index.html を選択し、アップロードが完了するまで待ちます。
ステップ4：静的ウェブサイトホスティングの設定。 バケットの設定に移動し、「静的ページ」または「ウェブサイトホスティング」を見つけ、機能を有効にし、デフォルトのホームページを index.html に設定し、設定を保存します。
ステップ5：カスタムドメインのバインド（オプション）。 ドメインを購入し、バケットのドメインを指す CNAME レコードを追加し、バケットでカスタムドメインをバインドし、HTTPS を設定します。
ステップ6：CDN の設定（推奨）。 CDN サービスを有効化し、アクセラレーションドメインを追加し、オリジン（バケット）を選択し、CDN が有効になるのを待ちます（数分から数時間）。
5.3 コスト見積もり
月額コスト見積もり：オブジェクトストレージ 0〜5 元（ストレージ容量で課金）、CDN トラフィック 0〜10 元（トラフィックで課金、無料枠あり）、ドメイン 5〜10 元（年額を月割り）。合計：月額 5〜25 元。小規模ウェブサイトは完全に無料になる可能性があります。
6. まとめと次のステップ
6.1 重要ポイントの振り返り
クラウドサービスの本質は次のようにまとめられます：クラウドプロバイダーはコンピューティング能力の公共事業会社であり、オンデマンド利用、グローバルデプロイ、セルフサービス機能を提供します。利用の流れは、プロバイダーの選択、アカウント登録、リソース作成、権限設定、コスト監視です。
重要な意思決定ポイントには以下が含まれます：プロバイダーの選択は市場、技術スタック、コストを考慮。課金モデルは従量課金、月額/年額、サーバーレスのバランスで選択。権限設定は最小権限の原則に従い、MFA を有効化し、定期的に監査。コスト管理は使用量を監視し、割引を活用し、不要なリソースを速やかに解放。
6.2 学習パスの推奨
第1週：基礎の学習 — クラウドサービスの基本概念を理解し、クラウドアカウントを登録し、最初のクラウドサーバーを作成。第2週：実践 — 静的ウェブサイトをデプロイし、ドメインと CDN を設定し、基本的な Linux コマンドを学習。第3週：高度なスキル — 権限管理（IAM）、監視とアラート、コスト最適化。第4週：プロジェクト実践 — 完全なアプリケーションをデプロイし、データベースとストレージを設定し、オートスケーリングを実装。
6.3 お勧めのリソース
公式ドキュメント：Alibaba Cloud ドキュメントセンター、AWS ドキュメント、Tencent Cloud ドキュメント。学習プラットフォーム：Alibaba Cloud University、AWS 無料利用枠、Tencent Cloud Labs。コミュニティリソース：Cloud Native Community、Serverless China、InfoQ クラウドコンピューティングコラム。
7. 用語対照表
| 英語の用語 | 日本語訳 | 説明 |
|---|---|---|
| Cloud Provider | クラウドサービスプロバイダー | クラウドコンピューティングサービスを提供する企業（AWS、Alibaba Cloud など） |
| Region | リージョン | データセンターが所在する地理的エリア |
| Availability Zone | アベイラビリティゾーン | 1つのリージョン内の独立したデータセンター |
| Instance | インスタンス | 仮想サーバー |
| Image/AMI | イメージ | 事前設定された OS テンプレート |
| VPC | 仮想プライベートクラウド | 隔離された仮想ネットワーク環境 |
| IAM/RAM | アイデンティティとアクセス管理 | 権限管理システム |
| User | ユーザー | 特定のアイデンティティ |
| Group | ユーザーグループ | ユーザーの集合 |
| Role | ロール | 一時的なアイデンティティ |
| Policy | ポリシー | 権限を定義する JSON ドキュメント |
| API Key | API キー | API を呼び出すための認証情報 |
| AccessKey | アクセスキー | プログラムによるアクセスの認証情報（ID + Secret） |
| MFA | 多要素認証 | パスワードと確認コードの両方を必要とするログイン方式 |
| CDN | コンテンツ配信ネットワーク | 静的リソースをキャッシュするグローバルアクセラレーションサービス |
| OSS/S3 | オブジェクトストレージ | ファイルを保存するサービス |
| ECS/EC2 | クラウドサーバー | 仮想ホスティングサービス |
| RDS | リレーショナルデータベースサービス | マネージドデータベース |
| Serverless | サーバーレス | サーバーの管理が不要なコンピューティングモデル |
| Pay-as-you-go | 従量課金 | 使った分だけ支払う課金モデル |
| Reserved Instance | リザーブドインスタンス | 月額/年額の課金モデル |
| Spot Instance | スポットインスタンス | 低価格だが回収される可能性のあるインスタンス |