序章 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

序章

このドキュメントでは、組織が独自のモデルを構築する際に注力すべき クラウド運用モデルとコア機能の定義について説明します。

クラウド運用モデルとは何ですか? なぜクラウド運用モデルが必要なのですか?

Cloud Operating Model というフレーズは、1 つ以上のクラウド環境の構築、成熟、最適化に使用される IT 組織内の運用モデルを指します。IT 組織を全体的な変革戦略と同じ方向に動かす多くの機能にわたって成熟度を構築する能力がますます重要になっています。当社では、クラウド運用モデルを定義する機会を利用して、組織全体の継続的な進化のための強固な基盤となるクラウドファーストの働き方を探求するようお客様に指導しています。当社の経験から、クラウドジャーニーのこの側面に時間を費やさないと、イニシアチブが停止し、組織は変革の取り組みから価値を実現するのに苦労することになります。

このビューは、 レポート「Predicts 2023: Collaborate, Automate and Orchestrate to Optimize Costs and Value During the economic Crisis」によってバックアップされています。このレポートでは、インフラストラクチャと運用のリーダーがワークロードのオーケストレーション、自動化、共同プラクティスを使用して、コストを最適化しながら価値を提供するという目標を達成する必要があることを要約しています。

ただし、これらのレコメンデーションを単に実装することはできません。現在の機能、運用要件を満たすためのこれらの機能の編成方法、チーム全体の成熟度を高める計画を把握する必要があります。実際には、クラウド戦略を実行する組織を配置できるように、クラウド運用モデルを理解する必要があります。その後、機能が成熟し続け、組織が変革からより多くの価値を得るにつれて、クラウド運用モデルは時間の経過とともに進化する必要があります。

主なコンセプト

まず、このホワイトペーパーで使用される主要な概念を定義しましょう。用語とアプローチはクラウドプロバイダーによって異なる可能性があるためです。

機能

当社では、人材、プロセス、テクノロジーを総称して機能を使用しています。クラウドのテクノロジー面にのみ焦点を当て、人やプロセスの角度の優先順位を下げる傾向があるため、能力という用語はこれら 3 つの側面を結合して何かを行う能力を表します。この総称により、クラウドジャーニーの各時点で必要な人材、プロセス、テクノロジーの変化の特定も簡素化されます。

継続的なジャーニーである

新しい運用モデルの定義は、1 回限りの演習ではありません。現在の組織のニーズに対応できるモデルとサポートメカニズムを構築する必要がありますが、クラウド機能が成熟するにつれて、変化するニーズを満たすために時間の経過とともに進化し、継続的に改善される可能性があります。

AWS クラウド運用モデルフレームワーク

AWS クラウド運用モデル (COM) フレームワークは、次の図に示すように、17 のドメインと 5 つの視点にグループ化された 73 の機能で構成されています。

AWS クラウド運用モデルフレームワーク

パースペクティブ

オペレーションリーダーシップ

クラウドオペレーション

プラットフォームの有効化

サービス管理

コストとガバナンス

ドメイン

  • オペレーションのリーダーシップ

  • 組織

  • 回復性

  • オブザーバビリティ

  • セキュリティオペレーション

  • アーキテクチャとパターン

  • ライフサイクル管理

  • プロビジョニングと供給

  • キャパシティ管理

  • ナレッジの配布

  • 運用レポート

  • オペレーションパートナー

  • プロセスの有効化

  • 製品管理

  • SME サービス

  • 財務管理

  • リソース/エステート管理

当社のようなフレームワークを使用すると、変革ジャーニーの目標に沿って組織を理解、整理、設計、実装、成熟させながら一貫性を提供することで、クラウド運用モデルの開発をサポートします。

Cloud Center of Excellence はクラウド運用モデルではない

Cloud Center of Excellence (CCoE) は、クラウドに移行するとき、またはクラウドでワークロードを実行するときに、よく知られている概念となっています。ただし、CCoE はクラウド運用モデルではありません。これは、調整、有効化、自動化を通じて企業全体でクラウドの導入を成功させるための組織横断的なリーダーシップ機能です。一方、クラウド運用モデルは、1 つ以上のクラウド環境の構築、成熟、最適化に使用される IT 組織内の運用モデルです。

次の表は、2 つの用語の違いをまとめたものです。

 

クラウド運用モデル

Cloud Center of Excellence

ユースケース

クラウドに大量のワークロードがあるが、従来のオンプレミスアプローチよりもクラウドから得られると予想していた主要業績評価指標 (KPIs)、ビジネス成果、または価値を満たしていない場合

進捗状況が停滞した場合、または組織が自律型作業のベストプラクティスを標準化することで、クラウドの導入と新しい考え方、決定、行動、イノベーションを可能にする必要がある場合

含まれるチーム

IT チームおよびビジネスチーム

クラウドリーダーシップチーム、クラウドビジネスオフィス、クラウドプラットフォームエンジニアリングと連携した、機能横断的でマルチスキルのリソース

フォーカス

組織の既存の運用モデルと機能を満たし、クラウドファーストの働き方を採用することで、クラウドワークロードをサポート、有効化、最適化する

移行とイノベーションを可能にするための技術的および文化的基盤を加速および構築するエンティティの確立

期待される成果

運用効率の向上、IT デリバリーのコストの削減、リスクの軽減、俊敏性の向上、および革新的な技術能力とサービス

迅速で持続可能なクラウド導入。セルフサービス環境、中断の最小化、標準化されたアプローチとパターンの採用の強化、デリバリーを加速する生産性の向上、クラウドの俊敏性と価値の最適化、継続的なリスク軽減を通じたスケーリングにより、クラウド主導の製品チームを強化します。

クラウド運用モデルと CCoE に必要な機能には類似点があります。ただし、CCoE はクラウドへの移行に焦点を当てているため、人材の有効化や組織の加速など、より多くの機能が必要です。成功するには、CCoE が既存の運用モデルに適合し、機能する必要がありますが、2 つは個別の概念であり、2 つの用語は互換性がありません。

ワークフォースの管理

オンプレミスからクラウド環境に移行しようとしているお客様と連携することがよくあります。つまり、AWS とのエンゲージメントの時点では、インフラストラクチャとワークロードの大部分はオンプレミスのままであり、多くの場合、移行プログラムまたは変換プログラムの一部である同じチームによる管理が必要です。レポート 25 Amazing Cloud Adoption Statistics [2023]: Cloud Migration, Computing, and More (Zippia.com、2023 年 6 月 22 日) では、調査対象企業の 94% が何らかのクラウドサービスを使用していると記載されています。ただし、同じレポートでは、2026 年までは、企業の IT 予算の 45% のみがクラウド支出になると報告されています。つまり、ユビキタスなクラウドサービスにもかかわらず、大規模なオンプレミス資産は引き続き存在し、管理する必要があります。したがって、多くの企業は、クラウドサービスと非クラウドサービスの両方を提供するためにワークフォースを整理しています。クラウド運用モデルを段階的に構築することで、現在と今後に何が必要かに集中し、作業を進めるにつれて適応して、関与するチームにとって持続可能な方法でワークフォースを管理できるようになります。