ハイブリッドITモデル
アプリケーションをクラウド・プロバイダに移行するプロセスを開始すると、オンプレミス環境に存在していたテクノロジを管理する能力を失ったと感じることがよくあります。IT部門がクラウド環境やハイブリッド・シナリオの管理方法に関する十分な知識を持っているとはかぎりません。影響を最小限に抑えるには、ITプロセスとトレーニング担当者をレビューすることで、移行中に発生する問題にできるだけ早く対処します。
ITの障害が発生した場合、アプリケーションは、どこでホストされているか、どのように設計およびデプロイされているかに関係なく、引き続き効率性と自己回復性のレベルを維持する必要があります。パブリック・クラウドにデプロイされたアプリケーションは、物理コンポーネントおよびパーツ(複数のサブスクライバが使用できるラックやネットワーク・コンポーネントなど)を共有します。ただし、パブリック・クラウド内の各サブスクライバの環境は、完全に分離された設計になっています。
ハイブリッド戦略を導入する場合、一部のアプリケーションはオンプレミスにとどまり、一部のアプリケーションではコンポーネントがクラウド環境とオンプレミス環境に分散され、そして一部のアプリケーションはクラウド・ネイティブになります。この概念はハイブリッドITと呼ばれます。ハイブリッドITでは、クラウド・コンポーネントとオンプレミス・コンポーネントの組合せが、様々なクラウド環境、オンプレミス・コンポーネント、およびそれらの相互作用に関する深い知識を持つITチームによって管理されます。
ハイブリッドITでは、Infrastructure as a Service (IaaS)、Platform as a Service (PaaS)またはSoftware as a Service (SaaS)が同時に存在できます。複雑なエンタープライズ環境では、企業文化、ITプロセスおよび運用モデルの管理に役立つOracle Cloud Infrastructure Cloud Adoption Framework (CAF)を使用します。
CAFによる変換の鍵は、上級利害関係者がクラウド・テクノロジを最大限に活用して、ハイブリッドIT要素を組み込み、それをITプロセスや組織に適応させることです。
ハイブリッドITでは、共有責任モデルを参照することが重要です。このモデルは、IT組織の誰がどの領域に責任を持っているかを理解するのに役立ちます。このモデルは、顧客とクラウド・サービス・プロバイダ(CSP)との関係を示すものです。様々な役割と職責が影響を受けるため、クラウド・センター・オブ・エクセレンス(CCOE)・チームがモデル内のすべてのコンポーネントの職責を管理し、必要に応じて制御を分割します。
各サービス・モデルにおける運用を持続可能にするために、クラウド・プロバイダと消費者の両方がそれぞれの役割と責任を識別する必要があります。RACIマトリックスを使用して、この情報を定義し、継続的に更新します。
プロセス開発中に、CCOEで次の問題が発生することがあります:
リソース共有: 役割と職責が明確に定義されるような強力なITガバナンスが適用されていない場合、プロセスの定義時にチームの反応や対応に関連した問題が発生する可能性があります。
チームのアラインメント: 各チームが連携していない場合、運用の保守や顧客アプリケーションのサポートに関する問題が発生する可能性があります。これらのタイプの問題は、人的戦略フェーズとガバナンス定義フェーズで対処します。また、堅牢なRACIマトリックスも定義します。
RACIの概要
RACIマトリックスを使用して、責任者、説明責任者、コンサルタントおよび情報共有者をマップします。
次の表に、RACIマトリックスの例を示します。
アクティビティ | クラウド・チーム | CCOE |
---|---|---|
ソリューションの提供 | 説明責任者 | コンサルタント |
ビジネス・アラインメント | コンサルタント | 情報共有者 |
チェンジ・マネジメント | 責任者 | 情報共有者 |
ソリューション運用 | 説明責任者 | 情報共有者 |
ガバナンス | 情報共有者 | 説明責任者 |
プラットフォームの成熟度 | 情報共有者 | 説明責任者 |
プラットフォーム操作 | 情報共有者 | 説明責任者 |
プラットフォームの自動化 | 情報共有者 | 説明責任者 |
RACIマトリックスを定義するときは、必ず次の情報を含めてください:
誰がどのアクティビティの責任者かを識別します。
プロセスのギャップを識別し、サービスの停止や誤解を回避するためのギャップに対処する計画を立てます。
プロセスの改善と実装を支援する内容領域専門家(SME)の協力を必要とする領域を識別します。
また、RACIマトリックスを、重要なアクティビティが反映され、役割と責任が明確に定義されているように、常に最新の状態に保つことも重要です。
RACIマトリックスが定義されている場合は、クラウド・イネーブルメント戦略とガバナンス・フェーズを並行して開始できます。また、すべてのコンポーネント(テナンシ、リージョン、コンパートメント、組織構造、ネーミング規則、セキュリティなど)を評価して、クラウド・プラットフォーム・アーキテクチャを構成することもできます。詳細は、基盤となるOracle Cloud Infrastructureガバナンス・モデルの確立を参照してください。