最新のアプリケーション プラットフォーム シナリオの概要
顧客がより高度で洗練されたクラウド導入の形態に対応するにつれて、クラウドへの移行はさらに複雑になっています。 多くの場合、顧客はオーケストレーションされたコンテナーを使用して、1 つまたは複数の一元化されたクラスターでワークロードのプールを管理します。 この記事のシリーズでは、Kubernetes とコンテナーを集中型運用と幅広いクラウド戦略に統合するための準備に必要な技術的および非技術的な考慮事項を組み合わせます。
組織では、全体的戦略に、管理サービス、アプリケーション サービス、およびコンテナーを含めることで、開発者の生産性向上、運用オーバーヘッドの削減、ワークロードの移植性の向上、レガシ ワークロードの最新化を実現します。
- アプリケーション プラットフォーム: アプリケーションの実行をサポートするよう設計されたアプリケーションの依存関係のコレクション。 アプリケーション プラットフォームでは、多くの一般的なニーズに対応する適切に定義された構造を提供することよって開発が促進されます。 また、アプリケーション プラットフォームでは、アプリケーションの構築方法に影響を与える制約を作成することもできます。
- アプリケーション サービス (PaaS サービス): アプリケーション サービス、つまり開発者向けのサービスとしてのプラットフォーム (PaaS) のオプションでは、各アプリケーションがクラウド環境から引き出せる価値を最大化するアプリケーション プラットフォームが提供されます。 これらのサービスにより、アプリケーション プラットフォームと基盤となるクラウド インフラストラクチャの間に抽象化レイヤーが作成されます。 この抽象化レイヤーによって、特定の環境でのみ実行できる、具体的で一貫して定義されたアプリケーション プラットフォームの制約セットが強制されます。
- コンテナー: コンテナーによって、アプリケーションのランタイム要件と基盤となるオペレーティング システムおよびインフラストラクチャとの間に、同様の抽象化レイヤーが作成されます。 PaaS のオプションとは異なり、コンテナーを使用すると、コンテナー ホストに関係なく、アプリケーションのニーズに合わせてアプリケーション ランタイムを構成できます。
- コンテナーのオーケストレーション: コンテナー オーケストレーターでは、コンテナー ホストのインスタンスに対して一貫したアプリケーション ランタイムが提供されます。 このオーケストレーションを使用すると、ワークロード中心の運用チームではデプロイと DevOps の手順を成熟させて複数のデプロイと運用の作業スを促進し、集中型や人間による運用への依存を減らすことができます。
この記事シリーズでは、アプリケーション サービスとコンテナーをクラウド導入戦略に統合して、次の成果を実現する方法について説明します。
- 抽象化による開発者のアクセラレーション: コンテナーとアプリケーション サービスはどちらも、開発者がホスト環境に関する懸念事項ではなく、よりコードに集中できるようにすることによって、開発者の生産性を促進します。
- 抽象化による運用コストの削減: 標準化されたコンテナー オーケストレーションにより、すべてのホスト間で一貫したランタイムが確保されます。これにより、開発者がデプロイするワークロードに関係なく、運用を効率化できます。 標準化を通じて、集中型の運用チームは、従来のサポートと運用手順をコンテナー ホストに拡張できます。
- 抽象化によるワークロードの移植性: コンテナー オーケストレーター間でワークロードを移動することにより、ワークロードの移植性が確保されます。 一部のコンテナー オーケストレーション プラットフォームは、パブリック クラウドで動作します。 その他のコンテナー オーケストレーション プラットフォームは、エッジまたはプライベート クラウドのデプロイ用に設計されています。 多様なコンテナー オーケストレーション オプションを容認することで、ハイブリッド、マルチクラウド、エッジ、パブリック クラウドのプラットフォームにわたってコンテナー ホスト間でのワークロードの移植性を確保できます。
- 抽象化によるレガシ ワークロードの最新化: レガシ ワークロードでは、移行または最新化の前に抽象化レイヤーが必要になる場合があります。 コンテナー ホストでランタイムをカスタマイズすることで、レガシ要件を最新のクラウド環境で満たすことができます。
この記事シリーズでは、クラウドへの移行における戦略、計画、導入、運用の各段階に、コンテナーとコンテナーの管理を統合する方法について説明します。
シナリオのコンポーネント
このシナリオは、クラウド導入ライフサイクル全体を通じて、エンドツーエンドの顧客体験をガイドするように設計されています。 この体験を完了するには、いくつかの重要なガイダンス セットが必要です。
- クラウド導入フレームワーク: これらの記事では、各 CAF 手法の最小限の考慮事項と実装について説明します。 これらの記事を使用して、テクノロジ戦略の中核となる部分としてコンテナーとコンテナーの管理を導入するために、意思決定者、中央 IT、およびクラウドのセンター オブ エクセレンスを準備します。
- Azure Well-Architected Framework: これらの記事では、コンテナーまたは Kubernetes などのコンテナー管理ソリューションを使用してワークロードをデプロイする必要がある場合に、各ワークロード所有者が行う必要がある考慮事項について説明します。
- 参照アーキテクチャ: これらの参照ソリューションは、Azure Kubernetes Service (AKS) を使用して、コンテナー ソリューションのデプロイを加速するのに役立ちます。
- おすすめの Azure 製品: Azure でコンテナーとコンテナーの管理戦略をサポートする製品について学習します。
- Learn モジュール: コンテナー ソリューションと AKS ソリューションを実装、管理、およびサポートするために必要なハンズオン スキルを習得します。
一般的な顧客体験
AKS 参照アーキテクチャ: 左側のウィンドウに表示されている参照アーキテクチャでは、Azure Kubernetes Service (AKS) を使用して、コンテナーと Kubernetes プラットフォームを管理するためのさまざまな実証済みアーキテクチャをデプロイする方法を示しています。 これらのアーキテクチャは、Azure での Kubernetes の出発点として推奨されています。
既存のワークロードの AKS への移行: Azure での AKS の一般的なユース ケースは、従来の移行作業ではなく、既存の Web ベースのワークロードをコンテナーベースまたはクラウドネイティブ ソリューションに直接最新化することです。 コンテナーへの移行に関する記事では、標準の移行プロセス内で Azure Migrate がコンテナーの移行を促進する方法について説明します。
コンテナーのデプロイと管理の一元化: 左側のウィンドウの最初の一連の記事では、コンテナー戦略の一元化に関する豊富なガイダンスを提供しています。 この記事シリーズは、中央 IT またはクラウドのセンター オブ エクセレンス チームが、コンテナーがクラウド戦略に与える影響や、一貫した一元化されたサポートを提供する方法を理解するための一助となることを目的としています。
大規模なコンテナーのガバナンスと操作の準備:AKS ランディング ゾーン アクセラレータでは、大規模なコンテナーの一元的管理を実現するために、エンタープライズ規模のランディング ゾーンを使用して、複数のランディング ゾーンにわたって一貫したガバナンス、セキュリティ、および運用を確保する方法を示します。
特定の Azure 製品の実装: おすすめの製品セクションに記載されているさまざまな種類の Azure 製品を使用して、コンテナーと Kubernetes の機能を高速化し、改善します。
次のステップ: 最新のアプリケーション プラットフォームをクラウド導入の取り組みに統合する
次の記事の一覧では、クラウド導入のシナリオを成功させるために役立つクラウド導入の取り組みの特定のポイントについて説明します。