運用モデル
組織がオンプレミス環境からクラウドに移行する際に、使用する運用モデルを決定する必要があります。 一元的 IT モデルを引き続き使用しますか、それとも CCoE モデルに移行しますか? どちらの方法も有効であり、責任と管理に関する異なる見方と言えます。
中央 IT
安定した状態の環境では、個々のワークロードのアーキテクチャや運用要件を重視する必要はないかもしれません。 集中型の運用は、主に安定した状態のワークロードで構成されるテクノロジ環境の標準です。
次のリソースにより、集中化された IT 機能のスキルを得られます。
- 既存の中央 IT チーム
- エンタープライズ アーキテクト
- IT 運用
- IT ガバナンス
- IT インフラストラクチャ
- ネットワーク
- ID
- 仮想化
- 事業継続とディザスター リカバリー
- IT 部門のアプリケーション所有者
中央 IT チームのリスク
一元化された IT は、すべての IT 資産を少数の場所に格納し、少数のチームで管理し、単一の運用管理用のプラットフォームを通じて制御できるようになったことで一般的になりました。 時間が経つと、グローバルなビジネス プラクティスとデジタル経済によって、一元的に管理される環境の数は減少しました。
最新の IT を見ると、アセットはグローバルに分散されています。 運用上の責任は、内部スタッフ、マネージド サービス プロバイダー、クラウド プロバイダーの連帯責任となっています。
デジタル経済では、IT 管理プラクティスは、ガバナンスを適用するため、明確なガードレールを備えたセルフサービスと委任された制御のモデルに移行しています。 中央 IT チームは、イノベーションやビジネスの機敏性のためのクラウド ブローカーやパートナーになることにより、クラウドの導入に対する価値のある貢献者になることができます。
中央 IT チームは、既存のオンプレミス モデルから貴重な知識とプラクティスを取得し、それらをクラウドの提供に適用するのに適した立場にあります。 ただし、このプロセスには変更が必要です。 大規模なクラウドの導入をサポートするには、新しいプロセス、新しいスキル、新しいツールが必要です。
中央 IT チームが適応すれば、クラウド導入作業において重要なパートナーになります。 ただし、中央 IT チームがクラウドに適応しない場合、または細かい部分まで厳格に管理するためのきっかけとしてクラウドを使用しようとした場合は、たちまち導入、イノベーション、移行の妨げになります。
このリスクの尺度は、速度と柔軟性です。 クラウドによって、新しいテクノロジの迅速な導入が簡単になります。 新しいクラウド機能は数分以内にデプロイできます。 しかし、中央 IT チームのレビューによってデプロイ プロセスが数週間または数か月延びると、これらの一元化されたプロセスはビジネスの成功の妨げになります。 このインジケーターが発生したら、IT 提供に対する代替戦略を検討してください。
例外
多くの業界では、サードパーティのコンプライアンスに対して厳密に準拠している必要があります。 コンプライアンス要件によっては、一元化された IT 管理が必要になる場合もあります。 これらのコンプライアンス対策の下での納品によって、デプロイ プロセスにかかる時間が延びる可能性があり、これは広くは使用されていない新しいテクノロジの場合に顕著です。
このようなシナリオでは、導入の初期段階のうちにデプロイの遅れを見込んでおきます。 サードパーティのコンプライアンス要件を持たずに顧客の機密データを扱う企業でも同様の状況が存在する場合があります。
オンプレミスの既存の提供が中央 IT チーム モデルに基づいている場合にのみ、組織はクラウドで中央 IT を適用する必要があります。 現在のオンプレミス モデルが委任された制御に基づいている場合は、クラウドとの相性がさらによい代替手段として、CCoE アプローチを検討します。
クラウドのセンター オブ エクセレンス
多くの IT 組織は、ビジネスとテクノロジの機敏性を達成するという主要な目的を共有しています。 CCoE は、組織がこの目標を追求する際に、スピードと安定性のバランスを取るのに役立ちます。
CCoE モデルには、以下の各リソース間のコラボレーションが必要です。
- クラウド導入 (ソリューション アーキテクト)
- クラウド戦略 (プログラム マネージャーとプロジェクト マネージャー)
- クラウド ガバナンス
- クラウド プラットフォーム
- クラウド自動化
影響
CCoE モデルが適切に構築されサポートされていると、参加者はイノベーションと移行の取り組みを加速することができます。 また、ビジネスの機敏性を高め、変更の全体的なコストを削減することにもなります。 このモデルが正しく実装されていると、市場投入までの時間が大幅に短くなります。
チームの活動が成熟するにつれて、信頼性、パフォーマンス効率、セキュリティ、保守性、顧客満足度などの品質指標が向上します。 これらの向上は、企業が大規模なクラウド移行作業の実装を計画している場合や、クラウドを使用して市場の差別化に関連するイノベーションを推進することを望んでいる場合に、特に重要です。
CCoE モデルが成功すると、IT に大きな変化が生まれます。 CCoE のアプローチでは、IT 部門がビジネスに対するブローカー、パートナー、または担当者の役割を果たします。 このモデルは、ビジネスと IT 資産の間の操作ユニットまたは抽象化レイヤーとしての従来の IT の見方からのパラダイム シフトです。
セルフサービス モデルの確立を目指している場合、CCoE モデルがテクノロジ戦略に適合する可能性があります。 つまり、一連のガイドラインと確立された繰り返し可能な制御に従いながら、ビジネス ユニットが独自の決定を下せるようにします。
主な責務
CCoE チームの主な職務は、クラウドネイティブまたはハイブリッドのソリューションを通じてクラウドの導入を加速することです。
CCoE の目的は次のとおりです。
- ビジネス要件を捉えて実装するアジャイル アプローチを通して現代的な IT 組織を構築します。
- セキュリティ、コンプライアンス、管理の各ポリシーに合致する再利用可能な展開パッケージを使用します。
- 操作手順に従って機能的な Azure プラットフォームを維持します。
- クラウドネイティブ ツールの使用をレビューおよび承認します。
- 一般的に必要なプラットフォーム コンポーネントとソリューションを徐々に標準化および自動化します。
これらの運用モデルの適用
これらの各運用モデルは、組織のクラウド導入計画と文化に最も適した運用形式を決定するのに役立つ理論的な構成です。 運用モデルの転換には、長期間にわたる両方の混合が必要になります。 組織の将来の状態のための運用モデルを定義すると、その決定によってダウンストリームの技術的決定の多くが形成されます。
運用モデルの変更を行う前に、成長志向に対する組織の許容度を検討します。 また、一元的な責任から解放された IT 部門がどの程度快適になるかも考慮します。
この種類の変更には時間、実験、交渉が必要であり、そのプロセスの途中では課題や停滞が生じる場合があります。 しかし、チームが勤勉であり続け、実験を厭わないのであれば、高い可能性で機敏性、スピード、信頼性の改善に成功します。