Azure の最新のアプリケーションプラットフォームソリューション

2025-04-10

多くの Azure 製品とサービスが、最新のアプリケーションプラットフォームのニーズをサポートできます。適切な製品を選択するには、アプリケーションと運用のニーズに関する詳しい知識が必要です。この記事では、選択プロセスを簡単にするために、いくつかの戦略的な質問に基づいて、検討する製品の優先順位を付けるのに役立ちます。

アプリケーションプラットフォーム: アプリケーションには カスタムランタイムが必要ですか? 開発チームは、クラウドプロバイダーによって設定された クラウドランタイム 定義を検討できますか?
オペレーションズ： アプリケーション、アプリケーションプラットフォーム、またはコンテナーホストの操作には、 カスタマイズされた操作が必要ですか? または、ワークロード間で運用を一元化するために 標準化された 運用アプローチが推奨されますか? または、クラウドプロバイダーがクラウド運用を優先してサポートしますか?
場所： このソリューションは パブリッククラウドで実行されますか? または、 プライベートクラウド または エッジ 環境にデプロイする必要がありますか? ソリューションにはワークロードの 移植性が必要ですか?
ワークロードの統合: 各アプリケーションまたはワークロードには 専用ホストが必要ですか? ワークロードは 共有ホストで動作できますか? または、この決定を クラウドプロバイダーに延期できますか?

Azure 製品の比較

次の表では、上記の質問を考慮すべきいくつかの Azure 製品にマップします。

Azure 製品	アプリケーションプラットフォーム	オペレーション	場所	統合
Azure App Service	クラウドランタイム	クラウド運用	固定 (パブリッククラウドのみ)	Azure による管理
Azure Local	クラウドランタイム	カスタマイズ可能	固定 (プライベートクラウドのみ)	共有ホスト
Azure Local 上の Azure Kubernetes Service (AKS)	カスタマイズ可能	カスタマイズ可能	固定 (プライベートクラウドのみ)	共有ホスト
Azure Kubernetes Service (AKS)	カスタマイズ可能	カスタマイズ可能	固定 (パブリッククラウドのみ)	専用ホストまたは共有ホストをサポート
Azure Arc for Kubernetes	適用なし	クラウドオペレーション	パブリッククラウドとプライベートクラウドをサポート	適用なし
Azure Arc を使用した Kubernetes 上の Azure App Service	クラウドランタイム	カスタマイズ可能なクラウド運用	パブリッククラウドとプライベートクラウドをサポート	専用ホストまたは共有ホストをサポート

さまざまなロールへの Azure 製品のアラインメント

次の物語では、アプリケーションチームと運用チームの視点を共有して、各製品オファリングの価値をより適切に伝えます。

Azure App Service

Azure App Service を使用すると、インフラストラクチャを管理することなく、任意のプログラミング言語で Web アプリケーション、モバイルバックエンド、および RESTful API を構築し、ホストできます。 Azure App Service では、自動スケールと高可用性が実現されるほか、Windows と Linux の両方がサポートされています。さらに、GitHub、Azure DevOps、または任意の Git リポジトリからの自動デプロイが可能になります。

開発者は 、アプリケーションプラットフォームとして Microsoft Azure によって定義された Azure ネイティブアプリケーションプラットフォームとランタイムを使用して、開発を最も迅速化できます。
運用チーム は、ホスト運用タスクの多くをクラウドプロバイダーに遅延させ、運用を容易にし、規模を拡大したいと考えています。

Azure Local

Azure Local は、プライベートクラウドまたはエッジで動作する Azure Stack 上で実行される、Azure の PaaS サービスに基づくアプリケーションプラットフォームを、クラウド運用とよく似たツールを使用して提供します。

開発者は 、アプリケーションプラットフォームとして Microsoft Azure によって定義された Azure ネイティブアプリケーションプラットフォームとランタイムを使用して、開発を最も迅速化できます。
運用チーム には、次の特定の制約があります。
- プライベートクラウドまたはエッジで実行する必要があります。
- 並列プライベートクラウド操作に合わせてカスタム操作を行う必要があります。
- 多くの場合、共有ホスト上のワークロードを統合し、ホスト操作とワークロード操作を個別のタスクセットに分離して、一元化されたホスト操作やワークロード固有のワークロード操作を行います。

Azureローカル上のAKS

Azure Local では、Azure Kubernetes Service のインスタンスを実行して、Kubernetes で実行されているカスタマイズ可能なアプリケーションプラットフォームをサポートすることもできます。

開発者には 、アプリケーションのランタイム要件を満たすためにアプリケーションプラットフォームをカスタマイズする機能が必要です。
運用チーム には、次の特定の制約があります。
- プライベートクラウドまたはエッジで実行する必要があります。
- 並列プライベートクラウド操作に合わせてカスタム操作を行う必要があります。
- 多くの場合、共有ホスト上のワークロードを統合し、ホスト操作とワークロード操作を個別のタスクセットに分離して、一元化されたホスト操作やワークロード固有のワークロード操作を行います。

Azure Kubernetes Service (AKS)

Azure Kubernetes Service (AKS) には、Azure で実行されているパブリッククラウドリソースで実行される Kubernetes に基づくカスタマイズ可能なランタイムオプションが用意されています。

開発者には 、アプリケーションのランタイム要件を満たすためにアプリケーションプラットフォームをカスタマイズする機能が必要です。
運用チーム には、次の特定の制約があります。
- パブリッククラウドでのみ実行する必要があります。
- コンテナーオーケストレーターによって定義されたカスタム操作と、ホストとコンテナーのプログラムによるデプロイが必要です。これにより、一元化された操作のサポートへの依存関係を最小限に抑えたワークロード固有の DevOps チーム向けのアイデアソリューションになります。
  - または、コンテナーオーケストレーターを Kubernetes コンテナー全体で標準化して、大規模な一元化された操作を可能にすることもできます。
- AKS は、ワークロードごとに専用コンテナーをサポートするように設計されています。
  - AKS を使用してワークロードを統合することもできます。これにより、中央操作でコンテナーホストへのサポートを拡張できます。

Azure Arc for Kubernetes

Azure Arc は Kubernetes クラスターの運用を拡張し、パブリッククラウド、プライベートクラウド、および Kubernetes クラスターのエッジデプロイ全体で一貫したクラウド運用を可能にします。

運用チーム には、次の特定の制約があります。
- Kubernetes コンテナーは、複数のハイブリッド環境とマルチクラウド環境にデプロイされています。
- これらの多様なコンテナーを管理するには、環境に関係なく、運用、ガバナンス、セキュリティ、およびその他の統合運用原則を一元化する必要があります。

Azure Arc を使用した Kubernetes 上の Azure App Service

Azure Arc を使用した Kubernetes 上の Azure App Service では、開発と運用の間で一貫性が作成されます。

開発者は 、アプリケーションプラットフォームとして Microsoft Azure によって定義された Azure ネイティブアプリケーションプラットフォームとランタイムを使用して、開発を最も迅速化できます。
運用チーム には柔軟性が必要です。
- Azure Arc コンポーネントを使用すると、環境全体で一貫したクラウド運用が可能になります。
- Kubernetes Foundation を使用すると、ホストレベルとワークロードレベルでカスタマイズ可能または標準化されたコンテナーホスト操作を実行できます。
- アプリケーションプラットフォームオーバーレイにより、プライベートクラウドまたはエッジの Kubernetes ホストと Azure の AKS で実行できるアプリケーションの一貫したランタイムが保証されます。

アクションの実行

最新のアプリケーションプラットフォームをクラウド導入体験に統合するための次のステップ。次の記事の一覧では、クラウド導入シナリオでの成功に役立つ、クラウド導入体験の特定のポイントでのガイダンスについて説明します。