Microsoft、適応型アプリ構築パターンを発表　AIやクラウド依存を抽象化

何が発表されたのか

米Microsoftは、公式技術番組「The Azure Essentials Show」にて、インフラストラクチャや依存サービスの違いに影響されずにアプリケーションを実行可能にするアーキテクチャパターン「Adaptive Applications（適応型アプリケーション）」を公表しました。同社のプリンシパル・ソフトウェア・アーキテクトであるハイシ・バイ（Haishi Bai）氏が登壇し、コンセプトと実証デモを披露しました。

本指針は、特定のクラウドサービスに強く依存する従来のクラウドネイティブ開発に対する改善策として位置づけられます。現在、オープンソースプロジェクト「Radius」と組み合わせた建築パターンとして一般公開されており、GitHubおよびAzure Architecture Centerでマニフェストやサンプルコードが提供されています。

発表された機能・アップデートの全容

機能要求とインフラ構築を分離する「機能指向抽象化」

従来の開発手法では、アプリケーションコード内に特定クラウドのSDKや固有エンドポイントが直接埋め込まれる傾向がありました。これに対し、Adaptive Applicationsでは「Capability-oriented thinking（機能指向の考え方）」を採用します。

アプリ側は「AI推論」「データベース」「アイデンティティ認証」といった抽象化されたエンドポイントのみを要求し、その下層で具現化されるインフラ実装を知る必要がありません。例えばAI機能の場合、アプリコードを変更することなく、クラウド上のAzure OpenAI Serviceエンドポイントと、ローカル環境で動く小規模言語モデル（SLM）のエンドポイントを透過的に切り替えることができます。

オープンソース「Radius」を用いたレシピ駆動の環境展開

本パターンの中核には、Microsoftが主導するオープンソースのアプリケーションプラットフォーム「Radius」が利用されます。Radiusでは、アプリケーションの依存関係を「リソース」として宣言的に記述し、実際のプロビジョニング手順を「レシピ（Recipes）」として環境ごとに定義します。

開発者が作成するアプリマニフェスト（Bicepファイル）には、リソース種別として Radius.Resources/postgresDatabases や Radius.Resources/aiModels などを指定します。プラットフォームチームがあらかじめ準備した環境用レシピ（Azure用ARM/BicepテンプレートやAmazon Web Services向けTerraformテンプレートなど）を結びつけることで、同一のマニフェストから異なるインフラ環境へ即座に展開が完了します。

KeycloakからAzure OpenAIまで対応するマルチ環境デモ

動画内では、株式取引シミュレーションアプリ「Portable Trading App」のデモが示されました。本アプリは、Webフロントエンド、バックエンド処理、メッセージングパイプライン、AIアシスタントから構成されるマルチティアーアプリケーションです。

デモでは、ローカル環境においてオープンソースの認証基盤「Keycloak」を用いたログインを実施し、メッセージブローカーにMQTTを、AI機能にローカルモデル管理基盤「Kaito」を採用して動作させました。一方、Azureへ展開する場合は、アプリケーション側のソースコードを1行も改変することなく、Microsoft Entra ID（旧Azure AD）やAzure OpenAI Serviceへ自動的に切り替わる挙動が提示されました。

複数AIエージェントによる既存コードの自動解析とマニフェスト変換

既存のレガシーコードベース（ブラウンフィールド）をAdaptive Applicationsへ移行する作業を支援するため、生成AIを活用したCLIツールの試作版が公開されました。

このツールは「Creator（作成者）」と「Critique（批評者）」という複数の役割を持つAIエージェントフリート（Fleet of Agents）で構成されています。Docker Composeファイルや既存の構成コードを解析し、依存関係の不足やセキュリティ上の不備をエージェント間で相互検証しながら指摘します。最終的に、Radiusに適合したBicepマニフェストと移行内容の要約レポートを全自動で生成する流れが示されました。