翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
序章
このドキュメントでは、クラウド運用モデルの定義と、組織が独自のモデルを構築する際に焦点を当てるべきコアケイパビリティについて説明します。
クラウド運用モデルとは何であり、それが必要なのはなぜですか?
ここで使用されるクラウド運用モデルというフレーズは、1 つ以上のクラウド環境を構築し、成熟させ、最適化するために使用される、IT 組織内の運用モデルを指します。IT 組織を全体的なトランスフォーメーション戦略と同じ方向に進めるためのさまざまなケイパビリティにわたって、成熟度を高められるようにする能力がますます重要になっています。顧客に対して、クラウド運用モデルを定義する機会を活用して、クラウドファーストの働き方を探求するように助言しています。このような働き方は、組織全体が継続的に進化するための強固な基盤を提供します。これまでの経験から、クラウドジャーニーのこの側面に時間を費やさない場合、イニシアチブは行き詰まり、組織はトランスフォーメーションの取り組みから価値を実現することに苦労することが示されています。
この見解は、Gartner のウェブサイトに掲載されているレポート「Predicts 2023: Collaborate, Automate and Orchestrate to Optimize Costs and Value During the Economic Crisis
しかし、これらの推奨事項をただ実装するだけでは不十分です。現在のケイパビリティ、それらのケイパビリティが運用要件を満たすためにどのように編成されているか、およびチーム全体にわたって成熟度を高めるための計画について理解することが必要です。実質的に、クラウド運用モデルを理解する必要があります。そうすることで、クラウド戦略を実行するのに適切な組織体制を整えることができます。その後、ケイパビリティが継続的に成熟し、組織がトランスフォーメーションからより多くの価値を得るにつれて、クラウド運用モデルは時間の経過とともに進化する必要があります。
主なコンセプト
まず、本書で使用する主要な概念を定義します。これは、クラウドプロバイダーによって用語やアプローチが異なる場合があるためです。
機能
人材、プロセス、およびテクノロジーをカバーする用語を総称してケイパビリティを使用しています。クラウドのテクノロジーの側面にのみ焦点を当て、人材やプロセスの側面の優先順位を下げる傾向があるため、ケイパビリティという用語は、これら 3 つの側面を結合して何かを行う能力を説明します。この総称は、クラウドジャーニーの各時点で必要となる人材、プロセス、およびテクノロジーの変更点の特定も簡素化します。
これは継続的なジャーニーである
新しい運用モデルを定義することは 1 回限りの取り組みではありません。現在の組織のニーズに対応できるモデルと、それをサポートするメカニズムを構築する必要がありますが、これらは、クラウドのケイパビリティが成熟するにつれて、変化するニーズに合わせて時間の経過とともに進化し、継続的に改善できる必要があります。
AWS クラウド運用モデルフレームワーク
AWS クラウド運用モデル (COM) フレームワークは、次の図に示すように、17 のドメインと 5 つの視点にグループ化された 73 のケイパビリティで構成されています。
視点 |
運用のリーダーシップ |
クラウドの運用 |
プラットフォームの実現 |
サービス管理 |
コストとガバナンス |
ドメイン |
|
|
|
|
|
本製品のようなフレームワークを使用することにより、トランスフォーメーションジャーニーの目標に沿って組織を理解、編成、設計、実装し、成熟させる際の一貫性が提供され、クラウド運用モデルの開発がサポートされます。
Cloud Center of Excellence はクラウド運用モデルではない
Cloud Center of Excellence (CCoE) は、クラウドに移行する際やクラウドでワークロードを実行する際によく知られた概念となっています。しかし、CCoE はクラウド運用モデルではありません。これは、調整、実現、および自動化を通じて企業全体でのクラウド導入の成功を支援する、組織横断的なリーダーシップ機能です。一方で、クラウド運用モデルは、1 つ以上のクラウド環境を構築し、成熟させ、最適化するために IT 組織内で使用される運用モデルです。
次の表は、これら 2 つの用語の違いをまとめたものです。
|
クラウド運用モデル |
Cloud Center of Excellence |
ユースケース: |
クラウド上で重要なワークロードを運用しているものの、従来のオンプレミスのアプローチと比較してクラウドから得られると期待していた主要業績評価指標 (KPI)、ビジネス成果、または価値を達成できていない場合 |
進捗が停滞している場合、または、自律的な作業のためのベストプラクティスを標準化することによって、クラウドの導入と新しい考え方、意思決定、行動、イノベーションの方法を組織として実現する必要がある場合 |
含まれるチーム |
IT チームとビジネスチーム |
クラウドリーダーシップチーム、クラウドビジネスオフィス、およびクラウドプラットフォームエンジニアリングと連携した、機能横断的かつマルチスキルのリソース |
Focus |
組織の既存の運用モデルとケイパビリティを成熟させてクラウドファーストの働き方を採用することにより、クラウドワークロードをサポート、実現、および最適化すること |
移行とイノベーションを可能にするために、技術的および文化的基盤を加速し構築するためのエンティティを確立すること |
期待される成果 |
運用効率の向上、IT デリバリーのコスト削減、リスクの低減、俊敏性の向上、技術ケイパビリティとサービスの革新性の向上 |
迅速で持続可能なクラウド導入; セルフサービス環境、中断の最小化、標準化されたアプローチとパターンの採用の拡大、およびデリバリーを加速させる生産性の向上による、クラウド駆動型プロダクトチームの強化; クラウドの俊敏性と価値の最適化; 継続的なリスク軽減を通じたスケール |
クラウド運用モデルと CCoE に必要とされるケイパビリティには類似点があります。しかし、CCoE はクラウドへの移行に焦点を当てているため、人材の有効化や組織の加速など、より多くのケイパビリティを必要とします。成功するためには、CCoE は既存の運用モデルに適合し、その中で機能する必要があります。しかし、この 2 つは別個の概念であり、この 2 つの用語に互換性はありません。
ワークフォースの管理
当社は、オンプレミスからクラウド環境に移行す顧客と連携することが多くあります。これは、AWS との提携を開始した時点では、インフラストラクチャとワークロードの大部分が依然としてオンプレミスにあり、引き続きその管理を必要としていることを意味します。その管理は、多くの場合、移行プログラムまたはトランスフォーメーションプログラムの一員である、同じチームによって行われる必要があります。「25 Amazing Cloud Adoption Statistics [2023]: Cloud Migration, Computing, and More
