ガートナー: インフラストラクチャ プラットフォーム エンジニアリングを活用してクラウド ネイティブ プラットフォームを管理する

クラウド ネイティブは、企業がクラウド テクノロジーを採用してデジタル変革を推進するための重要な原則の 1 つです。コンテナと Kubernetes の導入が増加し、クラウドの導入、特にハイブリッド クラウドの導入が進むにつれて、開発者の認知的負担が増加しています。インフラストラクチャ環境はますます複雑になり、管理が困難になっており、拡張性、柔軟性、標準や運用プロセス、コンプライアンス、セキュリティ要件の環境変化への適応性など、製品またはソフトウェア開発チーム、人工知能 (AI)/機械学習 (ML) エンジニア (ModelOps)、またはプロンプト エンジニアの俊敏性ニーズを満たすことができなくなっています。インフラストラクチャ プラットフォーム エンジニアリングは、システム設計と基盤となるハイブリッド インフラストラクチャの複雑性の増大に対応して登場した新しい分野と見なされています。開発者エクスペリエンスの向上に重点を置いたクラウドネイティブ開発アプローチの中で、これは特に効果的なアプローチです。

インフラストラクチャ プラットフォーム エンジニアリングは、インフラストラクチャおよび運用 (I&O) リーダーがプラットフォームの観点から基盤となるハイブリッド インフラストラクチャと運用をより効率的に管理するのに役立つ効果的なプラクティスとして定義されていますが、従来の I&O 部門と I&O リーダーは依然として課題に直面しています。 I&O リーダーは、次の 3 つの主要な成功要因 (図 1 を参照) を採用することで、インフラストラクチャ プラットフォームが企業組織のニーズを満たし、エンド ユーザーの優先事項を反映していることを確認できます。

図 1: インフラストラクチャ プラットフォーム エンジニアリングを使用してクラウド ネイティブ プラットフォームを管理するための 3 つの重要な成功要因

インフラストラクチャプラットフォームエンジニアリングの原則をインフラストラクチャユーザーのニーズに合わせる

Gartner は、プラットフォームを「他の製品やサービスを提供または可能にする製品」と定義しています。プラットフォームの範囲はエンド ユーザーのニーズを反映する必要があり、最終的には、プラットフォームはエンド ユーザー (開発者や製品チームなど) とビジネス全体の重要なニーズを満たすことにどれだけ貢献しているかによって評価されます。この標準は、I&O および基幹業務の重要なインフラストラクチャ プラットフォームの一部としてのクラウド ネイティブ プラットフォームにも適用されます。

大企業の多くは、特にハイブリッド クラウド環境に拡張する際に、クラウド ネイティブ プラットフォーム構築にクラウド ネイティブ インフラストラクチャを導入しています。ただし、従来のクラウドネイティブ プラットフォーム管理アプローチは、開発者の開発経験やデジタル生産性よりも、アーキテクチャとリーダーシップによって推進されます。

ハイブリッド クラウドにおけるクラウド ネイティブ プラットフォームの目標に基づいて、インフラストラクチャ プラットフォーム エンジニアリングの原則を組み込むことを優先します。企業は、次のように、特定のユーザー需要目標に合わせたハイブリッド クラウドのクラウド ネイティブ プラットフォームに主要なインフラストラクチャ プラットフォーム エンジニアリングの原則を統合します。

• セルフサービス体験
• アプリケーションプログラミングインターフェース（API）を明確化および統一する
• 予測可能な可用性とパフォーマンス
• 共有可能
• 可観測性
• デフォルト保護
• 「既定路線」の統一政策
• 製品管理
• モジュール性

ドキュメントの再利用性

製品指向の管理アプローチを採用する

クラウド ネイティブは、ほとんどの大企業がクラウド テクノロジーを採用するための重要な原則として認識されているため、ますます多くの社内開発チームがクラウド ネイティブ アプリケーション アーキテクチャ (マイクロサービス アーキテクチャやサービス メッシュなど) への移行を開始しています。このクラウドネイティブ アプリケーション アーキテクチャでは、基盤となるインフラストラクチャとプラットフォームに、これまでにない拡張性、柔軟性、プログラマビリティが求められ、導入時間を短縮し、拡張性を高めてデジタル変革をより適切にサポートできるようになります。

しかし、企業がハイブリッド クラウドに拡大し、Kubernetes に大きく依存すると、プラットフォーム エンジニアリング チームは、ハイブリッド クラウド シナリオに関するアーキテクチャ上の課題と複雑な要件 (製品チームまたは開発チームから) に直面します。従来の管理アプローチでは、複雑な要件とその基盤となる複雑なインフラストラクチャを管理することが困難になります。クラウドネイティブ プラットフォームをハイブリッド クラウドに正常に拡張するには、製品主導の管理アプローチが鍵となります。

従来の開発および運用プラクティスと比較して、アジャイル配信プラクティスは生産性が高く、より高品質のデジタル製品を提供し、より一貫して顧客のニーズを満たします。

役割と責任を明確にする

インフラストラクチャ プラットフォーム エンジニアリング チームは、デプロイメント コンポーネントの組み込み設計機能を活用して、製品チームや開発者が必要とする主要な再利用可能な機能を実装できます。プラットフォーム チームと製品チーム間の責任分担を明確に定義することは、健全な自律性を構築し、開発者の生産性を向上させるために重要です。

インフラストラクチャ プラットフォーム エンジニアリング チームの管理責任とクラウド ネイティブ プラットフォームの共通機能を図 2 に示します。

図2: クラウドネイティブプラットフォームをサポートするインフラストラクチャプラットフォームチームの管理責任