このチュートリアルでは、既存のデータ ドリブン FastAPI CRUD アプリケーションにエージェント機能を追加する方法について説明します。 これには、LangGraph と Foundry Agent Service という 2 つの異なる方法を使用します。
Web アプリケーションにショッピング、ホテル予約、データ管理などの便利な機能が既にある場合は、プラグイン (LangGraph の場合) または OpenAPI エンドポイント (Foundry Agent Service の場合) でそれらの機能をラップすることで、Web アプリケーションにエージェント機能を追加するのは比較的簡単です。 このチュートリアルでは、簡単な To-Do リスト アプリから始めます。 最終的には、App Service アプリでエージェントを使用してタスクを作成、更新、管理できるようになります。
LangGraph と Foundry Agent Service の両方を使用すると、AI 駆動型機能を使用してエージェント Web アプリケーションを構築できます。 LangGraph は Microsoft Agent Framework に似ていて、SDK です。 次のテーブルに、いくつかの考慮事項とトレードオフを示します。
| 考慮事項 | LangGraph または Microsoft Agent Framework | ファウンドリー エージェント サービス |
|---|---|---|
| Performance | 高速 (ローカルで実行) | 低速 (マネージド、リモート サービス) |
| 発達 | 完全なコード、最大制御 | 低いコード、迅速な統合 |
| Testing | コードでの手動/単体テスト | クイック テスト用の組み込みプレイグラウンド |
| スケーラビリティ | アプリで管理 | Azure マネージド、自動スケーリング |
| セキュリティ ガードレール | カスタム実装が必要 | 組み込みのコンテンツの安全性とモデレーション |
| アイデンティティ | カスタム実装が必要 | 組み込みのエージェント ID と認証 |
| Enterprise | カスタム統合が必要 | 組み込みの Microsoft 365/Teams 展開と Microsoft 365 統合ツール呼び出し。 |
このチュートリアルでは、以下の内容を学習します。
- 既存のアプリ機能を LangGraph のプラグインに変換します。
- プラグインを LangGraph エージェントに追加し、Web アプリで使用します。
- 既存のアプリ機能を Foundry Agent Service の OpenAPI エンドポイントに変換します。
- Web アプリで Foundry エージェントを呼び出します。
- マネージド ID 接続に必要なアクセス許可を割り当てます。
[前提条件]
- アクティブなサブスクリプションを持つ Azure アカウント - アカウントを無料で作成する。
- GitHub Codespaces を使用するための GitHub アカウント - GitHub Codespaces の詳細を確認する。
Codespaces を使用してサンプルを開く
開始する最も簡単な方法は、GitHub Codespaces を使用することです。GitHub Codespaces を使用すると、必要なすべてのツールがプレインストールされた完全な開発環境が提供されます。
https://github.com/Azure-Samples/app-service-agentic-langgraph-foundry-pythonで AKS GitHub リポジトリに移動します。
コード ボタンを選択し、 Codespaces タブを選択し、 メインでコードスペースを作成を選択します。
Codespace が初期化されるまでしばらく待ちます。 準備ができたら、ブラウザーに完全に構成された開発環境が表示されます。
ローカルでアプリケーションを実行する。
python3 -m venv venv source venv/bin/activate pip install -r requirements.txt uvicorn src.app:app --host 0.0.0.0 --port 3000利用可能なポート 3000 で実行されているアプリケーションが表示されたら、 ブラウザーで開く を選択し、いくつかのタスクを追加します。
エージェントは完全に構成されていないため、まだ機能しません。 後で構成します。
エージェント コードを確認する
どちらの方法でも、アプリケーションの開始時にエージェントが初期化され、POST 要求によってユーザー メッセージに応答する同じ実装パターンが使用されます。
LangGraphTaskAgentは、src/agents/langgraph_task_agent.py のコンストラクターで初期化されます。 初期化コードによって、次が実行されます。
- 環境変数を使用して AzureChatOpenAI クライアントを構成します。
- メモリとタスク管理用の CRUD ツールのセットを使用して、事前構築済みの ReAct エージェントを作成します ( LangGraph クイック スタートを参照)。
- 認証済みサンプルのためにサーバー管理の会話スレッドを1つ選択します。
self.memory = InMemorySaver()
# App Service authentication protects this sample, which intentionally
# keeps one server-managed conversation thread per worker process.
self.thread_id = "authenticated-conversation"
try:
endpoint = os.getenv("AZURE_OPENAI_ENDPOINT")
deployment_name = os.getenv("AZURE_OPENAI_DEPLOYMENT_NAME")
if not endpoint or not deployment_name:
print("Azure OpenAI configuration missing for LangGraph agent")
return
# Initialize Azure OpenAI client
credential = DefaultAzureCredential()
azure_ad_token_provider = get_bearer_token_provider(
credential, "https://cognitiveservices.azure.com/.default"
)
self.llm = AzureChatOpenAI(
azure_endpoint=endpoint,
azure_deployment=deployment_name,
azure_ad_token_provider=azure_ad_token_provider,
api_version="2024-10-21"
)
# Define tools
tools = [
self._create_task_tool(),
self._get_tasks_tool(),
self._get_task_tool(),
self._update_task_tool(),
self._delete_task_tool()
]
# Create the agent
self.agent = create_react_agent(self.llm, tools, checkpointer=self.memory)
ユーザーメッセージを処理する際、エージェントはサーバー管理スレッドIDで ainvoke() を呼び出します:
config = {"configurable": {"thread_id": self.thread_id}}
# Process the message
result = await self.agent.ainvoke(
{"messages": [("user", message)]},
config=config
)
ブラウザリクエストにはメッセージのみが含まれています。 セッションや会話の識別子を供給して別のスレッドを選択することはできません。
サンプル アプリケーションをデプロイする
サンプルリポジトリにはAzure Developer CLI(AZD)テンプレートが含まれており、これによりApp Serviceアプリが作成され、サンプルアプリケーションをデプロイします。 App Service のシステム割り当てマネージド ID は、Azure AI へのアウトバウンド呼び出しのために維持されます。 別個のユーザー割り当て管理型アイデンティティとフェデレーテッドID認証により、App Service認証がクライアントシークレットなしで生成されたMicrosoft Entraアプリケーションとして機能します。
ターミナルで、Azure Developer CLI を使用して Azure にサインインします:
azd auth login手順に従って認証プロセスを完了します。
AZD 模板を使って Azure App Service app をデプロイしてください:
azd upメッセージが表示されたら、次の回答を入力します。
Question 答え 新しい環境名を入力します。 一意の名前を入力します。 使用する Azure サブスクリプションを選択します。 サブスクリプションを選択します。 使用するリソース グループを選択します。 [Create a new resource group](新しいリソース グループの作成) を選択します。 リソース グループを作成する場所を選択します。 [スウェーデン中部] を選択します。 新しいリソース グループの名前を入力します。 「Enter」と入力します。 AZD の出力で、アプリの URL を見つけ、ブラウザーでそこに移動します。 また、後で使うために Foundry OpenAPIの管理されたアイデンティティオーディエンスの 値をコピーしてください。 出力は次のようになります。
Deploying services (azd deploy) (✓) Done: Deploying service web - Endpoint: <URL> Foundry OpenAPI managed identity audience: api://<generated-client-id>Microsoftがプロンプトを提示したら、デプロイメントテナント内のアカウントでサインインし、タスクリストが読み込まれているか確認してください。
同じ認証済みブラウザで、App Serviceエンドポイントに
/openapi.jsonを追加します。 生成されたOpenAPIスキーマをコピーするか保存しておきましょう。注
App Service認証は、未認証のブラウザリクエストに対してHTTP 302リダイレクトを返します。 このサンプルにはブラウザUIとAPIの両方が含まれているため、リダイレクトは使いやすいサインイン体験を提供します。 API専用アプリでは一般的にHTTP 401が使われます。
Microsoft Foundry リソースを作成して構成する
Foundryポータルでプロジェクトを作成します。
任意のモデルをデプロイします ( Microsoft Foundry クイック スタート: リソースの作成を参照)。
モデルプレイグラウンドの上部から、モデル名をコピーします。
ホームページでAzure OpenAIエンドポイントをコピーしておきましょう。
必要なアクセス許可を割り当てる
Foundryポータルの上部メニューで 「管理 」を選択してください。
Projectの詳細で、projectの親リソースを選択し、「Open in Azure portal」を選択します。
Azureポータルからは、リソースにロールベースのアクセスを割り当てることができます。
App Serviceアプリのマネージデンティティと
az loginで使用するユーザーの両方に、以下の役割を追加します。ターゲット リソース 必要なロール 必要な理由 鋳造所 Cognitive Services OpenAI ユーザー Microsoft Agent Framework のチャット完了サービス。 手順については、「Azure portal を使用して Azure ロールを割り当てる」を参照してください。
サンプル アプリケーションで接続変数を構成する
.env を開きます。 Foundry ポータルから前にコピーした値を使用して、次の変数を構成します。
Variable Description AZURE_OPENAI_ENDPOINTAzure OpenAIエンドポイント(Foundryポータルのホームページからコピー)。 AZURE_OPENAI_DEPLOYMENT_NAMEデプロイのモデル名 (新しい Foundry ポータルのモデル プレイグラウンドからコピーされます)。 注
チュートリアルをシンプルにするために、App Service のアプリ設定で上書きするのではなく、 .env でこれらの変数を使用します。
注
チュートリアルをシンプルにするために、App Service のアプリ設定で上書きするのではなく、 .env でこれらの変数を使用します。
.envの値はアプリのFoundryへのアウトバウンド接続を設定します。
AZURE_AI_FOUNDRY_ACCOUNT_CLIENT_IDは、Foundry から App Service への OpenAPI の個別の受信接続を構成し、AZD 環境に格納されます。Azure CLI を使用して Azure にサインインする。
az loginこれにより、サンプル コード内の Azure ID クライアント ライブラリは、ログインしているユーザーの認証トークンを受け取ることができます。 すでに、このユーザーに必要なロールを追加したことを思い出してください。
ローカルでアプリケーションを実行する。
source venv/bin/activate uvicorn src.app:app --host 0.0.0.0 --port 3000ポート 3000 で実行されているアプリケーションが表示されたら、 ブラウザーで開く を選択します。
両方のピボットを別々に検証します:
- ランググラフ:LangGraph Agentを選択し、エージェントにタスク作成を依頼します。 LangGraphは進行中のタスクツールを呼び出します。
-
ファウンドリーエージェントサービス:Foundry Agentを選択し、エージェントにタスク作成を依頼します。 リモートのFoundryエージェントは、管理IDを持つ展開された保護された
/api/tasksエンドポイントを呼び出します。
Foundryエージェントが作成するタスクは、ローカルのSQLiteデータベースではなく、デプロイされたApp Serviceインスタンスに表示されます。 Foundry OpenAPIツールは常にOpenAPIスキーマに埋め込まれたサーバーURLを使用します。
GitHub コードスペースに戻り、アプリの変更をデプロイします。
azd up再度展開済みアプリケーションに移動し、両方のチャットエージェントをテストします。 ブラウザはメッセージテキストのみを送信します。どちらのエージェントのセッションIDや会話IDも送信されません。
よく寄せられる質問
Foundryエージェントに検索拡張生成(RAG)を追加するにはどうすればよいですか?
このガイダンスは、このチュートリアルの Foundry Agent Service パス にも適用されます。 他のタブに示されているLangGraph、Semantic Kernel、Microsoft Agent Frameworkの実装は変更されません。
Foundry IQナレッジベースを作成または選択し、 そのナレッジベースをFoundry Agent Serviceエージェントに接続します。 接続は管理されたMCP知識ツールとしてエージェントに露出されます。
App Serviceコードは、既存のFoundryクライアントおよび agent_referenceを通じて同じエージェントを名前で呼び出し続けています。 ウェブアプリは直接のAzure AI 検索連携や独自のMCPクライアントを必要としません。 UIにソースが表示された場合は、エージェントから返される引用注釈を処理します。
リソースをクリーンアップする
アプリケーションの使用が完了したら、App Service リソースを削除して、追加のコストが発生しないようにすることができます。
azd down --purge
AZD postdownフックはまた、App Service認証用に作成されたテナントレベルのMicrosoft Entraアプリケーションも削除します。
そして、別に作成したFoundryリソースを削除してください。