CLF / ドメイン1 クラウドの概念
重要な内容
AWS Cloud Adoption Framework (AWS CAF)
AWS Cloud Adoption Framework(AWS )は、組織がクラウドを導入し、事業成果につなげるための考え方を整理したフレームワークです。 技術だけでなく、人材、組織、、運用なども含めてクラウド導入の準備状況を確認します。
CLF では、AWS CAF の目的と6つのパースペクティブを中心に、どの課題をどの観点で扱うかを判断できることが重要です。
Point
- CAF = Cloud Adoption Framework の略です。
- Cloud Adoption は「クラウド導入」、Framework は「判断や行動を整理する枠組み」という意味です。
- AWS CAF は、個別システムの設計ではなく、組織全体のクラウド変革を進めるための枠組みです。
概要
クラウド導入では、AWSサービスを選ぶだけでは十分ではありません。 経営目標、必要な人材、意思決定のルール、技術基盤、セキュリティ、日々の運用を組織全体で整える必要があります。
AWS は、現在の組織能力と目指す状態の差を見つけ、関係者をそろえ、段階的な改善計画を作るために使います。 6つのパースペクティブを通じて、事業側と技術側の両方からクラウド導入を捉えます。
主要技術
①6つのパースペクティブ
パースペクティブは、クラウド変革を検討する6つの視点です。 Business、People、Governance は主に事業面の能力に、Platform、Security、Operations は主に技術面の能力に注目します。
| パースペクティブ | 主な焦点 | 関係者の例 | 問題文の判断ポイント |
|---|---|---|---|
| Business | 戦略と事業成果 | 経営層、財務責任者、事業責任者 | クラウド投資を事業価値や成果につなげます。 |
| People | 人材と文化 | 人事、研修担当者、組織のリーダー | スキル、役割、組織文化、変革への対応を整えます。 |
| Governance | 統制と評価 | CIO、プログラム管理者、リスク管理者 | 投資、リスク、ポリシー、成果測定を管理します。 |
| Platform | インフラストラクチャとアプリケーション | CTO、アーキテクト、エンジニア | クラウド基盤やワークロードを構築・改善します。 |
| Security | セキュリティ、レジリエンス、 | CISO、セキュリティ担当者 | ID、データ、検出、インフラストラクチャなどを保護します。 |
| Operations | 運用とサービス管理 | IT運用責任者、サポート担当者 | システムの健全性、監視、変更、インシデント対応を扱います。 |
Point
- Perspective は「視点」や「観点」という意味です。
- 6つの名前だけでなく、「誰の課題を扱うか」と組み合わせて覚えます。
- Business・People・Governance は事業寄り、Platform・Security・Operations は技術寄りです。
⚠️ 頻出: 「従業員のクラウドスキル不足」は People、「投資とリスクの統制」は Governance、「システムの監視と日常運用」は Operations です。
②4つの変革ドメイン
AWS は、クラウドを利用した変革を4つのドメインで捉えます。 6つのパースペクティブが「組織能力を見る視点」であるのに対し、変革ドメインは「何を変えるか」を表します。
| 変革ドメイン | 変える対象 | 判断ポイント |
|---|---|---|
| Technology | 技術基盤 | クラウドを使って既存技術を移行・モダナイズします。 |
| Process | 業務プロセス | デジタル化や自動化によって業務の進め方を改善します。 |
| Organization | 組織 | チーム、役割、文化、働き方を変えます。 |
| Product | 製品・サービス | 新しい価値提案やクラウドを活用した製品を生み出します。 |
試験では、変革を単なる「サーバー移行」と考えないことが大切です。 クラウド導入は、技術、業務、組織、製品・サービスを含む変化です。
③クラウド変革の4つのフェーズ
AWS では、クラウド変革を反復的に進める4つのフェーズを示しています。 最初からすべてを変えるのではなく、成果を確認しながら段階的に拡大します。
| フェーズ | 主な活動 | 判断ポイント |
|---|---|---|
| Envision | クラウドで実現したい事業成果と変革機会を明確にします。 | 「なぜクラウドを使うのか」を定めます。 |
| Align | 6つのパースペクティブで能力の差や関係者の懸念を確認します。 | 準備状況をそろえ、行動計画を作ります。 |
| Launch | 本番環境で影響の大きい試験的な取り組みを実行します。 | 小さく始め、成果と学びを得ます。 |
| Scale | 成功した取り組みを拡大し、事業価値を継続的に実現します。 | パイロットを組織全体へ広げます。 |
Point
- Envision は「将来像を描く」、Align は「足並みをそろえる」という意味です。
- Launch は「開始する」、Scale は「規模を拡大する」という意味です。
- 順番は「目的を描く → 組織をそろえる → 小さく始める → 拡大する」です。
④AWS Well-Architected Frameworkとの違い
AWS と AWS Well-Architected Framework は、対象とする範囲が異なります。 どちらも改善のためのフレームワークですが、CAF は組織のクラウド導入、Well-Architected はクラウド上のワークロード設計と運用を中心に扱います。
| フレームワーク | 主な対象 | 主な目的 | 問題文のキーワード |
|---|---|---|---|
| AWS CAF | 組織全体のクラウド変革 | 能力の差を特定し、クラウド導入を事業成果につなげます。 | 人材、文化、、導入準備、変革計画 |
| AWS Well-Architected Framework | クラウド上のワークロード | アーキテクチャをベストプラクティスに照らして評価・改善します。 | 6つの柱、設計レビュー、信頼性、 |
⑤AWS CAFで期待できる4つの利点
AWS は、AWS に沿ってクラウド変革を進めることで得られる事業上の利点を4つ挙げています。 試験ガイドでも「ビジネスリスクの軽減」「ESG パフォーマンスの向上」「収益の増大」「運用効率の向上」として示されています。
| 利点 | 中身 | 問題文の判断ポイント |
|---|---|---|
| ビジネスリスクの軽減 | 信頼性の向上、パフォーマンスの向上、セキュリティの強化によってリスクを下げます。 | 停止、性能不足、情報漏えいといった事業上の危険を減らします。 |
| 環境・社会・(ESG)パフォーマンスの向上 | データから得た洞察を使い、持続可能性と企業のを高めます。 | 環境負荷の削減や、排出量などの開示が主題です。 |
| 収益の増大 | 新しい製品やサービスを生み出し、新しい顧客や市場に広げます。 | 新規事業、新市場への参入、新しい顧客層が主題です。 |
| 運用効率の向上 | 運用コストを下げ、生産性と従業員・顧客の体験を高めます。 | 自動化による作業の削減や、生産性の向上が主題です。 |
ESG の「ガバナンス」は企業統治の透明性を指し、6つのパースペクティブの Governance(クラウド投資やリスクの統制)とは別のものです。
試験対策
CLF では、6つのパースペクティブを単語だけで暗記するよりも、問題文に登場する担当者や課題から判断します。 組織全体のクラウド導入や変革計画が主題なら、まず AWS を考えます。
| 問題文のキーワード | 選ぶパースペクティブ | 理由 |
|---|---|---|
| クラウド投資の事業価値、事業戦略 | Business | 戦略と事業成果を扱います。 |
| 従業員の研修、スキル、組織文化 | People | 人材と変革への対応を扱います。 |
| ポリシー、リスク、投資管理、成果測定 | Governance | 統制と評価を扱います。 |
| クラウド基盤、アプリケーション構成 | Platform | 技術基盤とワークロードを扱います。 |
| ID、データ保護、 | Security | セキュリティとレジリエンスを扱います。 |
| 監視、変更管理、インシデント対応 | Operations | 継続的な運用を扱います。 |
よくある混同は、Governance と Security です。 Governance は組織としての意思決定、投資、リスク、ルールを管理し、Security は情報やシステムを具体的な脅威から保護します。 また、個別ワークロードのアーキテクチャ品質を6つの柱で評価する問題では、AWS CAF ではなく AWS Well-Architected Framework を選びます。