Toshiyuki Hara

昨年11月の Ignite 2024 に続き、今年も Ignite 2025 に現地参加してきました。昨年の開催地はシカゴでしたが、今年はサンフランシスコで開催されました。ignite.microsoft.comBook of Newsブチザッキ（Keynote、Azure Updates (2025-11-19) Microsoft Ignite 2025 Day 1）この記事では、現地参加の雰囲気や個人的に感じたことをお伝えしていきます。Registration会場は、サンフランシスコにある Moscone Center です。参加者数は昨年よりも多い2万人となり、Registration に行列ができていました。Keynote今年のキーノートは、Moscone Center とは別の場所となる Chase Center で行われました。NBA のゴールデンステイト・ウォリアーズのホームアリーナです。今回も MVP 向けの Priority Seat が用意されており、広いアリーナの中でもステージに近い席でテンションが上がりました。キーノートのスピーカーは Satya Nadella ではなく、Judson Althoff でした。Zava という架空の企業を想定したシナリオに沿って、キーノートが進められました。今回の Ignite の重要なキーワードのひとつ「Work IQ」は、RAG を拡張させたインテリジェンスレイヤーです。Copilot やエージェントにデータ、メモリ、推論を与えることで、より有用でパーソナライズされた情報を生成できるようにします。Azure AI Foundry 改め Microsoft Foundry が発表されました。App Builder、Copilot Studio、GitHub Copilot を動かすプラットフォームとして、Model router、Foundry IQ、Agent Service、Control Plane などの機能が統合されています。キーノートでオーディエンスの反応が最も大きかったのは、Anthropic とのパートナーシップの発表でした。Microsoft Foundry で Claude の Sonnet や Opus など最新のモデルをデプロイできるようになります。Microsoft Agent 365 は、企業内でどのようなエージェントが動いているのか、エージェント毎のアクセス制御、利用状況などを一元管理できます。従業員の ID 管理の延長でエージェントも管理するというコンセプトが面白いと感じました。最後に、Scott Guthrie から AI データセンターや Azure アップデートの話があり、AKS Automatic の GA や Azure Horizon DB の発表がありました。Azure Copilot も リソースを選択して質問できるようになり、Migration Agent の発表もありました。今回の Ignite は「Agent」という言葉が頻繁に登場し、エージェントを活用したビジネスのビジョンを強く打ち出していました。これまでの Copilot のような“副操縦士”にとどまらず、タスクを任せられる“人”に近い存在としての将来像でした。Microsoft Agent 365 には、エージェントがきちんと仕事をしているかを確認するための“可観測性”を提供する役割があります。エラーで止まっていれば解決し、結果が物足りなければプロンプトを改善する。まるで、プロジェクトの朝会でメンバーの進捗を確認し、フォローするのと同じ感覚です。AI がチームの一員になる未来が、少しずつ現実味を帯びてきました。歴史は繰り返すと言いますが、エージェントも本質的にはマイクロサービス（API）に近い存在だと思います。ただ、決定的に違うのはインターフェースが自然言語であること。この違いが、エンジニアだけでなくビジネスユーザーにも広く普及する鍵になると感じました。とはいえ、今回のキーノートは概念的な話が中心で、「業務で使えるエージェントを本当に作れるのか？」というモヤっと感は残りました。結局のところ、データをいかに LLM が理解しやすい形式に変換できるか、ナレッジをどう言語化するか。この整備ができれば、汎用的な回答ではなく、より有用でパーソナライズされた回答が得られるはずです。この部分こそがインテリジェンスレイヤー（IQ）だと思いました。Microsoft 365 で ID 管理を担う Entra ID と SharePoint Online に置かれた企業データを握っている Microsoft は強いと改めて感じました。Breakoutブレイクアウトセッションの様子。個人的に熱いと感じた Azure 関連のアップデート。App ServiceManaged Instance(Public Preview)新しいけど何故か懐かしいサービス。zip に固めてデプロイして、RDP もできる・・・Cloud Service（Web Role）じゃないか！Async Scaling(Public Preview)429 エラーに遭遇したことはないけど、非同期で確実にスケーリングしてくれる。Azure FunctionsDurable Task Extension for Microsoft Agent Framework(Public Preview)Agent 開発の本命で期待している機能。Durable Task Scheduler Dedicated SKU (GA)Durable Functions のスケーラビリティと可観測性を向上できるので Agent 開発で使いたい。Azure Container AppsDeployment labels(Public Preview)Blue / Green デプロイの時にラベルをごにょごにょしないで済む。Cosmos DBSemantic Search&Fuzzy Search(GA)Agent 開発ですぐに使いたい機能。Semantic Reranking は Private Preview。Fleet Pools(GA)マルチテナントで TenantID を Partition Key にする以外の選択肢。その他StandardV2 SKU NAT Gateway(Public Preview)NAT Gateway がゾーン冗長に対応。アーセナルファンとして、今回の Ignite で一番ワクワクしたのは、Microsoft と Premier League の協業による事例セッションでした。今シーズンから試合中継の左上に表示される Stats に「Copilot」の文字があります。さらに、公式モバイルアプリも AI を活用したコンパニオンアプリに刷新されています。そして、会場で本物のトロフィーを見られたのは感激でした。スピーカーをサポートしていた女性が Bukayo Saka のユニフォームを着ていたのも、ファンとしてはポイントが高かったです。今シーズンこそ、アーセナルが優勝してそのトロフィーを掲げる瞬間を見たいです。会場の様子Moscone Center には West、North、South の３つの建物があり、自由に聞きたいセッションを選べます。隣の Marriott Marquis Hotel も会場になっており、昨年のシカゴの会場と比較しても、かなり広い会場でセッション間の移動が大変でした。HUB はパートナーのブースやシアターセッションがある広い会場でした。エキスパートのブースもあったので、開発チームにいくつかフィードバックしておきました。Azure Functions Flex Consumption で Dutable Task Scheduler を使いたい（Consumption は発表あり）Azure Functions Flex Consumption で Deployment Slot を使いたい（Rolling updates はあるけど、Swap したい）GitHub Actions の Azure private networking を東日本でも使いたい（西日本はある）恒例の MVP と RD の名前が書かれた Wall もあって、自分の名前を発見しました。今年5月の Build ランチが美味しかったので期待していましたが、Ignite ランチは全体的に例年並みでした。今回の戦利品。Backpack と Water Bottle が貰えました。まとめMicrosoft Ignite 2025 にサンフランシスコで現地参加してきました。gooner.hateblo.jp

Microsoft Ignite 2025 に現地参加してきました

7月の AOAI Dev Day 2025 は仕事の都合で参加できなかったのですが、しばやんさんのセッションをスライドを読んで Agentic Web アプリケーションを MCP に寄せて作るアーキテクチャが面白そうだったので試してみました。 speakerdeck.comなぜ Agentic Web アプリケーションを MCP で構築するのか？今回は、以前に Azure Durable Functions + Durable Task Scheduler を使って構築した旅行コンシェルジュの Agentic Web アプリケーションを題材にします。gooner.hateblo.jpDurable Functions の Activity を Agent に見立て、Orchestration の中で「実行すべき Activity を Function calling で決定→ Activity を呼び出し→ Activity の実行結果を合成」というロジックを実装しています。Activity の決定や実行結果の合成の処理も LLM を利用した Activity として実装しています。このアーキテクチャを MCP に寄せることで、次のようなシーケンスで先程と同様の Agentic Web アプリケーションを構築できます。MCP Server が提供する Tools を Agent に見立て、OrchestratorWorker が MCP Client となり、LLM が登録された Tools を必要に応じて実行し、最終的にユーザー向けのメッセージを合成するところまで処理してくれます。Azure Functions MCP extension や MCP Client SDK を使ってすぐにアーキテクチャを組めるので、Tools（Agent）の内部実装に注力できるLLM に任せる部分が増えることで OrchestratorWorker がシンプルになり、プロンプトを調整しやすいし、LLM の性能向上の恩恵を受やすくなるMCP Server が提供する Tools を拡張するだけで、すぐに MCP Client に反映されるMCP Server を外部公開する想定はないが、外部提供されているリモート MCP Server を組み込みやすいなどが、Agentic Web アプリケーションを MCP で構築するモチベーションです。MCP Server を実装するAzure Functions MCP extension を使って、MCP Server を実装します。PM> NuGet\Install-Package Microsoft.Azure.Functions.Worker.Extensions.Mcp -Version 1.0.0McpToolTriggerAttribute を使用して、Function を実装します。旅行コンシェルジュ向けの Tools をいくつか実装しますが、今回の本題とは逸れるのでロジックは決め打ちの文字列としています。public class DestinationSuggestAgent(ILogger<DestinationSuggestAgent> logger){    private readonly ILogger<DestinationSuggestAgent> _logger = logger;    [Function(nameof(GetDestinationSuggest))]    public string GetDestinationSuggest(        [McpToolTrigger(nameof(GetDestinationSuggest), "希望の行き先に求める条件を自然言語で与えると、おすすめの旅行先を提案します。")] ToolInvocationContext context,        [McpToolProperty(nameof(searchTerm), "行き先に求める希望の条件", true)] string searchTerm)    {        // This is sample code. Replace this with your own logic.    }}    MCP Client を実装するMCP C# SDK を使って、MCP Client を実装します。PM> NuGet\Install-Package Azure.AI.OpenAI -Version 2.5.0-beta.1PM> NuGet\Install-Package Azure.Identity -Version 1.17.0PM> NuGet\Install-Package Microsoft.Extensions.AI -Version 9.10.1PM> NuGet\Install-Package Microsoft.Extensions.AI.OpenAI-Version 9.10.1-preview.1.25521.4PM> NuGet\Install-Package ModelContextProtocol -Version 0.4.0-preview.3Program.cs で、ChatClient のインスタンスを DI に登録しておきます。builder.Services    .AddApplicationInsightsTelemetryWorkerService()    .ConfigureFunctionsApplicationInsights()    .AddTransient<IOrchestratorWorker, OrchestratorWorker>()    .Configure<TravelConciergeSettings>(builder.Configuration.GetSection("Function"))    .AddChatClient(_ => BuildChatClient(builder.Configuration));builder.Build().Run();static IChatClient BuildChatClient(IConfiguration configuration){    string GetRequired(string key) =>        configuration[key] ?? throw new InvalidOperationException($"{key} is required.");    var endpoint = GetRequired("Function:AzureOpenAIEndpoint");    var apiKey = GetRequired("Function:AzureOpenAIApiKey");    var modelDeploymentName = GetRequired("Function:ModelDeploymentName");    return new ChatClientBuilder(            new AzureOpenAIClient(new Uri(endpoint), new AzureKeyCredential(apiKey))                .GetChatClient(modelDeploymentName).AsIChatClient())        .UseFunctionInvocation()        .Build();}AOAI のエンドポイントやキーは、secrets.json に定義しておきます。MCP 関連の項目は後ほど解説します。{  "Function": {    "AzureOpenAIEndpoint": "https://xxx-xxx-eastus2.cognitiveservices.azure.com/",    "AzureOpenAIApiKey": "xxx",    "ModelDeploymentName": "gpt-4o",    "MCPServerEndpoint": "http://localhost:xxxx/runtime/webhooks/mcp",    "MCPExtensionSystemKey": "xxx"  }}OrchestratorWorker クラスに、MCP Client を実装します。public async Task<OrchestratorWorkerResult> RunOrchestrator(Prompt prompt){    var messages = prompt.Messages.ConvertToChatMessageArray();    ChatMessage[] allMessages = [        new ChatMessage(ChatRole.System, OrchestratorWorkerPrompt.SystemPrompt),        .. messages,    ];    // Create the MCP client    // Configure it to start and connect to MCP server.    var mcpClient = await CreateMcpClientAsync();    // List all available tools from the MCP server.    _logger.LogInformation("Available tools:");    var tools = await mcpClient.ListToolsAsync();    foreach (var tool in tools)    {        _logger.LogInformation("Tool: {ToolName} - {ToolDescription}", tool.Name, tool.Description);    }    // Conversation that can utilize the tools via prompts.    var response = await _chatClient.GetResponseAsync(allMessages, new() { Tools = [.. tools] });    return new OrchestratorWorkerResult    {        Content = response.Text,        CalledAgentNames = ExtractFunctionCallNames(response.Messages)    };}上記の通り、シンプルな実装です。secrets.json に定義した MCP Server の Endpoint と MCP Extension の System Key を使った McpClient の生成が肝となります。localhost で実行する場合、MCPExtensionSystemKey はどんな値でも構いません。private async Task<McpClient> CreateMcpClientAsync(){    IClientTransport clientTransport = new HttpClientTransport(new()    {        Endpoint = new Uri(_settings.MCPServerEndpoint),        TransportMode = HttpTransportMode.StreamableHttp,        Name = "Travel Concierge MCP Server",        AdditionalHeaders = new Dictionary<string, string>        {            {"x-functions-key", _settings.MCPExtensionSystemKey}        }    });    return await McpClient.CreateAsync(clientTransport!);}実行された Tools の名前は、返却されたアシスタントのプロンプトから取得できます。private List<string> ExtractFunctionCallNames(IList<ChatMessage> messages){    return messages        .Where(m => m.Role == ChatRole.Assistant && m.Contents != null && m.Contents.All(c => c is FunctionCallContent))        .SelectMany(m => m.Contents.OfType<FunctionCallContent>().Select(c => c.Name))        .ToList();}以上の手順で、MCP を使用した Agentic Web アプリケーションを構築できました。ローカルのエミュレーターで動かすAzurite が Docker Image で公開されていますので、ローカルの Docker Desktop で実行します。$ docker run --rm -it -p 10000:10000 -p 10001:10001 -p 10002:10002 -v c:/azurite:/data mcr.microsoft.com/azure-storage/azurite:3.33.0フロントエンドの Streamlit とバックエンドの Functions をローカルで実行し、チャットを入力してみます。Tools の get_destination_suggest を利用して、おすすめの旅行先が提案されています。Azure にデプロイする構築したアプリケーションを Azure Functions Flex Consumption にデプロイします。ポイントは、MCP Extension の System Key を確認する部分です。MCP Extension の System Key を含め、ローカルの secrets.json に定義していた値を App Settings に追加します。以上の手順で、MCP を使用した Agentic Web アプリケーションを Azure 上でも動かすことができます。まとめAzure Functions MCP Extension を使って、Agentic Web アプリケーションを構築してみました。これまで Function Calling を駆使して実装していた Orchestration ロジックを、LLM と MCP に委ねることで、Tools（Agent）の内部実装に集中できるメリットは大きいと感じました。MCP extension が Ver.1.0.0 となって Streamable HTTP にも対応しました。また、MCP Client に登録する Tools の情報をリクエストごとに取得するのはオーバーヘッドが大きいため、MCP Server と Client を Function App として分離し、Tools の情報を永続化する仕組みも検討したいです。逆に、長時間の処理や複雑なオーケストレーションが求められる Agent に関しては、Durable Functions を活用する方が適していると感じました。今回のソースコードは、こちらのリポジトリで公開しています。github.com

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【Streamable HTTP 版】

先月、Japan Azure User Group 15周年と第7回 Azure Travelers 勉強会 東京の旅のコラボレーションイベントに参加してきました。jazug.connpass.com前夜祭いつもは地方へ旅に行く Azure Travelers ですが、今回は東京開催ということで前夜祭として屋形船の LT 大会を企画しました。jat.connpass.com北品川の船宿平井の屋形船を貸切予約しました。料理は天ぷらとお刺身のプランで、周遊コースはお台場・隅田川コースを選びました。北品川を出港して、お台場沖で停泊しました。停泊中は屋形船の屋根の上のデッキに上がることができて、夜景が奇麗でした。その後、隅田川を北上して勝鬨橋あたりまで行きました。150分の飲み放題付で料理もボリュームがありましたし、とくに揚げたての天ぷらが美味しかったです。船内では LT 大会やカラオケをして盛り上がりましたし、船外に出た時の気候もちょうど良く快適でした。何よりも参加した方たちが皆楽しそうにしていたので、企画して良かったなと思いました。イベント当日JAZUG × JAT で15周年を記念したパネルディスカッションを行いました。このセッションのみ配信のアーカイブがあります。www.youtube.com会場の様子。パネルディスカッションの後のタイムテーブルは、こちら。運営のお手伝いをしていたこともあり、じっくり聴くことはできませんでしたが、どのセッションも面白そうな内容でした。セッション資料は、Connpass にアップロードされているので、そちらをご覧いただければと。今回、Azure Travelers で有志の協賛を募ってステッカーを作りました。Tech Tiles 規格に準拠したコレクションしたくなるステッカーです。懇親会では、開催地をサイコロで決める Azure Travelers 恒例の催しがあり、次々回は石川県に決定しました。まとめ前夜祭の屋形船に始まり、イベント本編と懇親会にも多くの方に参加していただき、３次会まで楽しく過ごすことができました。お仕事でも趣味でも Azure が好きな人たちが集まって楽しめるコミュニティになるように、今後も盛り上げていきたいです。JAZUG は Tokyo Jazug Night を今後も緩く開催していきますし、次回の Azure Travelers は来年1月の仙台の旅となります。jazug.connpass.comjat.connpass.com

Japan Azure User Group 15周年イベント＆第7回 Azure Travelers 勉強会 東京の旅に参加してきました

// 追記@2025/11/03 ----------------------------------------------- ↓gooner.hateblo.jp先日の AOAI Dev Day 2025 は仕事の都合で参加できなかったのですが、しばやんさんのセッションをスライドを読んで Agentic Web アプリケーションを MCP に寄せて作るアーキテクチャが面白そうだったので試してみました。 speakerdeck.comなぜ Agentic Web アプリケーションを MCP で構築するのか？今回は、以前に Azure Durable Functions + Durable Task Scheduler を使って構築した旅行コンシェルジュの Agentic Web アプリケーションを題材にします。gooner.hateblo.jpDurable Functions の Activity を Agent に見立て、Orchestration の中で「実行すべき Activity を Function calling で決定→ Activity を呼び出し→ Activity の実行結果を合成」というロジックを実装しています。Activity の決定や実行結果の合成の処理も LLM を利用した Activity として実装しています。このアーキテクチャを MCP に寄せることで、次のようなシーケンスで先程と同様の Agentic Web アプリケーションを構築できます。MCP Server が提供する Tools を Agent に見立て、OrchestratorWorker が MCP Client となり、LLM が登録された Tools を必要に応じて実行し、最終的にユーザー向けのメッセージを合成するところまで処理してくれます。Azure Functions MCP extension や MCP Client SDK を使ってすぐにアーキテクチャを組めるので、Tools（Agent）の内部実装に注力できるLLM に任せる部分が増えることで OrchestratorWorker がシンプルになり、プロンプトを調整しやすいし、LLM の性能向上の恩恵を受やすくなるMCP Server が提供する Tools を拡張するだけで、すぐに MCP Client に反映されるMCP Server を外部公開する想定はないが、外部提供されているリモート MCP Server を組み込みやすいなどが、Agentic Web アプリケーションを MCP で構築するモチベーションです。MCP Server を実装するAzure Functions MCP extension を使って、MCP Server を実装します。PM> NuGet\Install-Package Microsoft.Azure.Functions.Worker.Extensions.Mcp -Version 1.0.0-preview.6Program.cs で、MCP のメタデータを有効化します。builder.EnableMcpToolMetadata();McpToolTriggerAttribute を使用して、Function を実装します。旅行コンシェルジュ向けの Tools をいくつか実装しますが、今回の本題とは逸れるのでロジックは決め打ちの文字列としています。public class DestinationSuggestAgent(ILogger<DestinationSuggestAgent> logger){    private readonly ILogger<DestinationSuggestAgent> _logger = logger;    [Function(nameof(GetDestinationSuggest))]    public string GetDestinationSuggest(        [McpToolTrigger("get_destination_suggest", "希望の行き先に求める条件を自然言語で与えると、おすすめの旅行先を提案します。")] ToolInvocationContext context,        [McpToolProperty("searchTerm", "string", "行き先に求める希望の条件")] string searchTerm)    {        // This is sample code. Replace this with your own logic.    }}    MCP Client を実装するMCP C# SDK を使って、MCP Client を実装します。PM> NuGet\Install-Package Azure.AI.OpenAI -Version 2.2.0-beta.5PM> NuGet\Install-Package Azure.Identity -Version 1.15.0-beta.1PM> NuGet\Install-Package Microsoft.Extensions.AI -Version 9.7.1PM> NuGet\Install-Package Microsoft.Extensions.AI.OpenAI-Version 9.7.1-preview.1.25365.4PM> NuGet\Install-Package ModelContextProtocol -Version 0.3.0-preview.3Program.cs で、ChatClient のインスタンスを DI に登録しておきます。builder.Services    .AddApplicationInsightsTelemetryWorkerService()    .ConfigureFunctionsApplicationInsights()    .AddTransient<IOrchestratorWorker, OrchestratorWorker>()    .Configure<TravelConciergeSettings>(builder.Configuration.GetSection("Function"))    .AddChatClient(_ => BuildChatClient(builder.Configuration));builder.Build().Run();static IChatClient BuildChatClient(IConfiguration configuration){    string GetRequired(string key) =>        configuration[key] ?? throw new InvalidOperationException($"{key} is required.");    var endpoint = GetRequired("Function:AzureOpenAIEndpoint");    var apiKey = GetRequired("Function:AzureOpenAIApiKey");    var modelDeploymentName = GetRequired("Function:ModelDeploymentName");    return new ChatClientBuilder(            new AzureOpenAIClient(new Uri(endpoint), new AzureKeyCredential(apiKey))                .GetChatClient(modelDeploymentName).AsIChatClient())        .UseFunctionInvocation()        .Build();}AOAI のエンドポイントやキーは、secrets.json に定義しておきます。MCP 関連の項目は後ほど解説します。{  "Function": {    "AzureOpenAIEndpoint": "https://xxx-xxx-eastus2.cognitiveservices.azure.com/",    "AzureOpenAIApiKey": "xxx",    "ModelDeploymentName": "gpt-4o",    "MCPServerEndpoint": "http://localhost:xxxx/runtime/webhooks/mcp/sse",    "MCPExtensionSystemKey": "xxx"  }}OrchestratorWorker クラスに、MCP Client を実装します。public async Task<OrchestratorWorkerResult> RunOrchestrator(Prompt prompt){    var messages = prompt.Messages.ConvertToChatMessageArray();    ChatMessage[] allMessages = [        new ChatMessage(ChatRole.System, OrchestratorWorkerPrompt.SystemPrompt),        .. messages,    ];    // Create the MCP client    // Configure it to start and connect to MCP server.    var mcpClient = await CreateMcpClientAsync();    // List all available tools from the MCP server.    _logger.LogInformation("Available tools:");    var tools = await mcpClient.ListToolsAsync();    foreach (var tool in tools)    {        _logger.LogInformation("Tool: {ToolName} - {ToolDescription}", tool.Name, tool.Description);    }    // Conversation that can utilize the tools via prompts.    var response = await _chatClient.GetResponseAsync(allMessages, new() { Tools = [.. tools] });    return new OrchestratorWorkerResult    {        Content = response.Text,        CalledAgentNames = ExtractFunctionCallNames(response.Messages)    };}上記の通り、シンプルな実装です。secrets.json に定義した MCP Server の Endpoint と MCP Extension の System Key を使った McpClient の生成が肝となります。localhost で実行する場合、MCPExtensionSystemKey はどんな値でも構いません。private async Task<IMcpClient> CreateMcpClientAsync(){    var options = new SseClientTransportOptions    {        Endpoint = new Uri(_settings.MCPServerEndpoint),        TransportMode = HttpTransportMode.Sse,        Name = "Travel Concierge MCP Server",        AdditionalHeaders = new Dictionary<string, string>        {            {"x-functions-key", _settings.MCPExtensionSystemKey}        }    };    var transport = new SseClientTransport(options);    return await McpClientFactory.CreateAsync(transport);}実行された Tools の名前は、返却されたアシスタントのプロンプトから取得できます。private List<string> ExtractFunctionCallNames(IList<ChatMessage> messages){    return messages        .Where(m => m.Role == ChatRole.Assistant && m.Contents != null && m.Contents.All(c => c is FunctionCallContent))        .SelectMany(m => m.Contents.OfType<FunctionCallContent>().Select(c => c.Name))        .ToList();}以上の手順で、MCP を使用した Agentic Web アプリケーションを構築できました。ローカルのエミュレーターで動かすAzurite が Docker Image で公開されていますので、ローカルの Docker Desktop で実行します。$ docker run --rm -it -p 10000:10000 -p 10001:10001 -p 10002:10002 -v c:/azurite:/data mcr.microsoft.com/azure-storage/azurite:3.33.0フロントエンドの Streamlit とバックエンドの Functions をローカルで実行し、チャットを入力してみます。Tools の get_destination_suggest を利用して、おすすめの旅行先が提案されています。Azure にデプロイする構築したアプリケーションを Azure Functions Flex Consumption にデプロイします。ポイントは、MCP Extension の System Key を確認する部分です。MCP Extension の System Key を含め、ローカルの secrets.json に定義していた値を App Settings に追加します。以上の手順で、MCP を使用した Agentic Web アプリケーションを Azure 上でも動かすことができます。まとめAzure Functions MCP Extension を使って、Agentic Web アプリケーションを構築してみました。これまで Function Calling を駆使して実装していた Orchestration ロジックを、LLM と MCP に委ねることで、Tools（Agent）の内部実装に集中できるメリットは大きいと感じました。一方で、Durable Task Scheduler のダッシュボードで可視化できていた可観測性が失われるため、別の手段で組み込む必要があります。また、MCP Client に登録する Tools の情報をリクエストごとに取得するのはオーバーヘッドが大きいため、MCP Server と Client を Function App として分離し、Tools の情報を永続化する仕組みも検討したいです。なお、MCP extension でトランスポートに SSE を使っていますが、もうすぐ Streamable HTTP にも対応予定です。逆に、長時間の処理や複雑なオーケストレーションが求められる Agent に関しては、Durable Functions を活用する方が適していると感じました。今回のソースコードは、こちらのリポジトリで公開しています。github.com

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【SSE 版】

2025年7月10日付けで、Microsoft Most Valuable Professional (MVP) アワードを再受賞しました。カテゴリは AI Platform から Microsoft Azure に戻り、サブカテゴリは Azure Application PaaS です。9 年目の受賞となります。mvp.microsoft.com昨年の主な活動内容JAZUG の14周年イベントで Azure App Service on Linux の Sidecar に Phi-3 を配置するセッションに登壇しました。gooner.hateblo.jpAzure Travelers の山形、福岡、沖縄での勉強会に参加して、ショートセッションや飛び入り LT に登壇しました。gooner.hateblo.jpgooner.hateblo.jpgooner.hateblo.jpブログでは、Azure App Servcie や Azure Functions を中心に生成 AI を活用したアプリケーション構築に関する記事を多く書きました。gooner.hateblo.jpgooner.hateblo.jp昨年に続き、MVP Global Summit にも現地参加しました。gooner.hateblo.jp今年の活動目標JAZUG と Azure Travelers の２つのコミュニティで、登壇だけでなく運営のお手伝いも継続していきたいです。15周年イベントでは、この２つのコミュニティのコラボ開催を予定しており、前夜祭として屋形船 LT 大会も企画しています。jazug.connpass.comjat.connpass.com技術領域としては、Azure App Servcie や Azure Functions を活用した Open Agentic Web なアプリケーション構築についての情報を発信できたらと思います。// 追記@2025/11/07 ----------------------------------------------- ↓// 追記@2025/11/07 ----------------------------------------------- ↑

Microsoft MVP for Microsoft Azure を再受賞しました

先月末、第6回 Azure Travelers 勉強会 愛媛の旅に参加してきました。jat.connpass.com勉強会サイボウズさんにご協力をいただき、松山オフィスをお借りして勉強会を行いました。普段は kintone セミナーを開催しているそうですが、お洒落で素敵な会場でした。JAZUG（Japan Azure User Group）四国支部のコミュニティ「しこあず」にも協力をいただき、愛媛周辺の方も現地参加されていました。今年の１月に徳島で勉強会が開催され、今後も開催を予定しているので、四国地方で Azure に関する技術を勉強したい方はぜひ参加していただければと思います。az-459.connpass.comセッションは、Go、Microsoft Fabric、azd、Azure Local、Power Platform のように Azure に関連する幅広い内容でした。毎度恒例の Azure クイズもそうですが、普段自分が関わることが少ない領域の話を聞けるのは勉強になりますし、何よりスピーカーの皆さんが楽しそうに発表する様子がよかったと思いました。私は、ショートセッションで Azure のマルチテナント アーキテクチャ設計の話をしました。お仕事で書いたホワイトペーパーの内容を解説したのですが、若干ニッチな領域で難しい内容も多かったので、時期的に Build のアップデートまとめとかの方が良かったかなーと少し後悔しました。セッション後に質問のあった認証周りの作り込みは悩ましいところです。 speakerdeck.com午前中のみ配信のアーカイブがあります。www.youtube.comランチは会場の前にあったフードコートで鯛釜飯を食べました。鯛めしには２種類あって、宇和島鯛めし（ご飯と一緒に鯛を炊く）と松山鯛めし（生の鯛を出汁と卵を絡めてからご飯にかけて食べる）があるそうです。懇親会は、五志喜で食べた 鯛めし、じゃこてん、鯛そうめんなどの愛媛の郷土料理が美味しかったです。二次会でクラフトビールを飲んで、締めに生しじみラーメンを食べました。写真は撮り忘れましたが、前夜祭の寿浬庵で食べた鰹の刺身も美味しかったです。Azure Travelers では、開催地をサイコロで決める水曜どうでしょう的なルールがあり、次々回は宮城に決定しました。愛媛観光今回は愛媛に木曜日入りして、道後温泉をキャンプ地にワーケーションしました。道後温泉つい先月にも来たような気もしますが、道後温泉駅は明治時代の洋館のような建物で、坊ちゃん列車やからくり時計などもあります。アーケードには、ガンダムマンホールがありました。大街道にはザクもあったらしいですが、見に行きそびれました。道後温泉本館道後温泉本館は国の重要文化財に指定されていて、昨年末に保存修理工事が終わったばかりです。浴衣やタオルを一式借りることができて、お茶とお茶菓子もついている三階の個室を利用しました。神の湯と霊の湯にはいることができます。道後温泉の泉質は透明で滑らかな良い湯でした。夏目漱石が湯上りにくつろいだと言われる坊ちゃんの間を見学できます。歴代の皇室の方々が訪れた御湯殿である又新殿も見学できます。本館のすぐ隣に道後麦酒館があって、風呂から上がった後に吸い込まれるように入店して湯上り IPA と鯛めしを注文しました。卵かけご飯スタイルの松山鯛めしも美味しいです。夜の道後温泉本館は、昼間とは違った雰囲気となります。道後温泉別館 飛鳥乃湯泉別館の飛鳥乃湯泉は、飛鳥時代の建築様式を取り入れた湯屋となっています。二階の個室を利用しましたが、お風呂は１つだけで内湯と露天がありました。夜の飛鳥乃湯泉は、こんな雰囲気です。伊佐爾波神社道後温泉にある伊佐爾波神社に行きました。階段がしんどそうだなと思いましたが、実際に登ってみるとそうでもなかったです。しまなみ海道しまなみ海道に向かう途中、伊豫水軍でランチを食べました。活ハギのお造りと蛸めしが美味しかったです。天気が良かったので、亀老山展望公園からの眺望は素晴らしかったです。耕三寺しまなみ海道の途中の島である生口島の耕三寺に立ち寄りました。未来心の丘という大理石のモニュメントがある庭園があり、SNS 映えしそうなスポットでした。帰りの飛行機の時間になったので、ここで松山まで引き返すことにしました。広島県尾道市まで来たので、帰りは広島経由にすればよかったかもしれない。まとめ第6回 Azure Travelers 勉強会 愛媛の旅は、今回も楽しいイベントでした。会場を提供してくださったサイボウズさんと参加者の皆様、ありがとうございました。次回は 10/4 に東京開催を予定しています。最近運営側のお手伝いもさせてもらっているで、前夜祭で楽しそうなイベントを企画中です。

第6回 Azure Travelers 勉強会 愛媛の旅に参加してきました

今年もシアトルで Microsoft Build 2025 に参加してきました。build.microsoft.comBuild 2025 でアナウンスされた内容は、このあたりの記事で説明されています。Microsoft 公式ドキュメントブチザッキ（Day1、Day2）この記事では、現地参加の雰囲気や個人的に感じたことをお伝えしていきます。Registration会場は、シアトルにある Seattle Convention Center です。昨年は新しい方の Convention Center Summit でしたが、今年は懐かしい方の Convention Center でした。Keynote：Day1キーノートは、今年も MVP Priority Seat が用意されていたので、前から２列目でした。Imagine Cup の表彰が終了後、キーノートが始まりました。Satya Nadella が GitHub Copilot のデモする様子を目の前で見ることができました。今回の Build では、Agent を活用したシステムをどのように作るのかという話がメインで、基盤は用意したので何を作るのかは参加者の皆さんが考えてほしいというメッセージを受け取りました。どのように作るのかについては、大きく２つの内容がありました。Agentic DevOpsGitHub Copilot Coding Agent、Azure AI Foundry、Azure SRE Agent などを活用して開発ライフサイクルをモダナイゼーションしていく世界観。Building the open agentic webMCP と A2A サポートや NLWeb によって、自然言語による対話型インターフェースを導入したアプリの作り方を標準化していく世界観。Keynote：Day2Day2 のキーノートは、MVP Priority Seat のおかげで最前列を確保できました。この規模のカンファレンスでの最前列はテンションが上がりました。今日も Satya Nadella が話すのか？と思ったら Jay Parikh でした。容姿を Satya に寄せすぎでは？と思ったり（笑）キーノートとは言いつつも、Day1 キーノートの詳細な話でブレイクアウトに近い内容でした。Breakoutキーノートでの発表以外で気になったアップデートは、下記の通り。App ServiceNew App Service Premium v4 planハイパフォーマンスで低コスト、日本リージョンに来たらすぐに使いたい。2-zone Availability Zone support is now generally availableAZ が最小２インスタンスから構成できるようになった。今までは３インスタンス以上が必須だったので、コスト削減できる。    FunctionsAzure Functions integration with Azure AI Foundry Agent ServiceAI Foundry の Agent Service 周りはまったく触っていなかったので、これを機にキャッチアップしておきたい。Azure OpenAI Trigger and Bindings preview updateMI 対応や Comos DB のベクター検索対応などのアップデート。Azure Functions on Azure Container AppsACA でマイクロサービスを作る時にインフラを統一できて良さそう。    Container AppsPublic Preview: Durable task scheduler supportDurable Task Scheduler が使えるようになったので、試してみたい。    Cosmos DBFull-text and Hybrid Searchフルテキストとハイブリッドの検索が GA。Fleet Managementアカウント間で RU を共有できる。マルチテナント アーキテクチャでの使いどころを検証したい。    その他Expose REST APIs as MCP servers with Azure API ManagementAPI Management で MCP サーバーを公開できる。Agentic retrieval with AI SearchRAG の精度向上のために作り込んでいたロジックを AI Search がマネージドで対応してくれる。Managed Redis is now generally available従来の Redis よりもハイパフォーマンスで低コスト。今後はこちらを使う。Azure DevOps with GitHub RepositoriesAzure DevOps と GitHub を組み合わせて使えるようになる。    会場の様子Convention Center には各フロアに部屋があって、自由に聞きたいセッションを選べます。昨年の会場と比較しても、建物が２つある広い会場でセッション間の移動が大変でした。HUB はパートナーのブースやシアターセッションがある広い会場でした。エキスパートのブースもあったので、Azure Functions チームに Dutable Task Scheduler を Flex Consumption でも使いたいとフィードバックしておきました。MVP と RD の名前が書かれた Wall もあって、自分の名前を発見して安心しました。ビルド飯は、こんな感じでした。過去参加したカンファレンスの中で一番美味しかった気がします。スターバックスコーヒーは飲み放題です。今回の戦利品。ウォーターボトルとTシャツ、Tシャツは3種類から選べました。Microsoft Build and AMD Celebration最終日のパーティ会場は、昨年と同じく NFL のシアトル・シーホークスの本拠地である Lumen Field でした。来年の FIFAワールドカップ会場のひとつなので、ここでフットサルできる機会は貴重でした。Microsoft Campus今回一緒に行った同僚を案内するため、Redmond にある Microsoft 本社に行きました。Visitor Center だけでなく、East Campus の新しい建物やツリーハウスも散策しました。まとめMicrosoft Build 2025 にシアトルで現地参加してきました。gooner.hateblo.jp

Microsoft Build 2025 に現地参加してきました

Global Azure 2025 に参加して、Azure Load Testing を使って Azure Functions Flex Consumption の HTTP Trigger Function のパフォーマンスとコストを最適化する話をしてきました。jazug.connpass.comセッション登壇者が当日病欠で枠が空いて急遽の登壇になりましたが、数日前に東日本リージョンで使えるようになったばかりのホットな話題を思いがけず話せることになりました。www.youtube.com speakerdeck.comイベントの数日前に書いたブログの内容をデモを交えて話したので、公開しているスライドに内容はありません。話した内容は、こちらのブログを参照してください。gooner.hateblo.jpX（Twitter）での反応は比較的好評で楽しんでいただけたようですし、今後は Azure Functions を Linux で使う場合は Flex Consumption を選択しておけば良いと思います。今回の Global Azure は、GitHub Copilot ハンズオンも同時開催でした。自分が登壇する Room C+D（メインセッション１）にずっといたので、後ほど他の部屋のセッションも Youtube で確認しておきたいと思います。www.youtube.comwww.youtube.com

Global Azure 2025 で Azure Functions Flex Consumption の話をしてきました

Microsoft Azure の初学者向けの書籍「Azureの知識地図 〜クラウドの基礎から実装・運用管理まで」が出版されました。著者の土田さんから書籍をご恵贈いただいたので、早速読んでみました。Azureの知識地図 〜クラウドの基礎から実装・運用管理まで作者:土田 純平,永田 祥平,栗本 美穂,石塚 航希,乃村 翼,草谷 一輝,酒見 一幸技術評論社Amazon書籍情報目的Microsoft が公開している Azure の公式ドキュメントに書いてあることがわかるようになる対象とする読者今までパブリッククラウドを使ったことがない方Azure の基礎と全体像を体系的に学びたい方目次第1章　クラウドサービスとAzureの基礎第2章　AzureのIaaSを知ろう第3章　AzureのPaaSを知ろう第4章　Azureでシステムを構築・運用しよう第5章　Azureの知識の深め方を知ろう    どんな書籍なのか良かったところこの書籍は、ゼロから Azure を学びたい人が全体像を体系的に理解できる構成になっています。第1章でサブスクリプションやリソースグループなどの概念（用語）を解説したうえで、第2章以降から IaaS や PaaS の代表的なサービスを紹介する流れになっており、広さと浅さが丁度いいバランスだと思いました。Azure 固有のサービス名と専門用語の関連が視覚的に整理されたキーワードマップ歴史的背景からの表記ゆれ（App Service と Web App）や日本語翻訳特有の分かり難さ（関数アプリと関数の違い）の説明があり、公式ドキュメントを意識していることAzure サービスの機能説明だけでなく、App Service プランの分け方、サービスエンドポイントとプライベートエンドポイントの使い分けなどの実用的なコラム正直、公式ドキュメントには取っ付き難くさがあり、内容を理解できるようになるまでには、ある程度の知識や経験が必要だと感じています。難しかったところ第4章では、Cloud Adoption Framework（CAF）と Well-Architected Framework（W-AF）に則ったアーキテクチャ設計を解説する節がありますが、対象とする読者には難易度が高そうだと感じました。アーキテクチャセンターのシナリオ紹介も含めて、第5章で軽く紹介する程度でもよかったかもしれません。次のステップに向けて第5章にあるように、次のステップとして認定資格を取得するのがお勧めです。この書籍を読み終えた読者は、受験対策として公式ドキュメントを読んで理解を深めることができるようになっているはずです。巻末の MCP ロードマップが分かりやすいので、まずは AZ-900 からチャレンジしましょう。（余談ですが、弊社でもこのような MCP ラーニングパスを定義しています。）まとめこれから Azure を初めて学ぶ方にお勧めするとしたらこの書籍です。この春入社した新入社員に読んでもらうと良さそうです。最後にこの書籍を出版した経緯を著者の土田さんがまとめているので、こちらもご参照ください。zenn.dev

書籍「Azureの知識地図 〜クラウドの基礎から実装・運用管理まで」の感想

Azure Functions Flex Consumption が東日本リージョンで使えるようになりました。techcommunity.microsoft.comFlex Consumption とはFlex Consumption は、Azure Functions に新しく追加されたホスティングオプションで、刷新されたバックエンド（Legion）による高速なスケーリングが最大の特徴です。さらに、従来の Consumption Plan では対応していなかった VNET Integration にも対応しています。詳細は公式ドキュメントを参照していただくとして、パフォーマンスとコストに影響するスケーリングの設定を補足します。スケーリングの動作Flex Consumption は Function 毎に独立したインスタンスでスケーリングされますが、下記の３種類の Trigger については同じインスタンスでグループとしてまとめてスケーリングされます。HTTP triggersBlob storage triggers(Event Grid-based)Durable Functionsインスタンスのメモリサイズ現時点では、512 MB と 2,048 MB と 4,096 MB の 3 種類のサイズが提供されています。インスタンス毎のコンカレンシーコンカレンシーとは、インスタンスが処理できる並列リクエストの数です。Flex Consumption では、HTTP Trigger に新しい同時実行性が導入されました。公式ブログから引用既定のコンカレンシーは、下記の通りです。基本的には既定値を使いますが、パフォーマンスとコストを最適化する場合、この値を調整することになります。公式ドキュメントから引用    インスタンスの最大スケーリング数既定ではインスタンス数 0 台からスケーリングが開始され、最大数は 40 ～ 1,000 台まで設定できます。コールドスタート削減Flex Consumption にはコールドスタート削減として Always-ready が導入されており、常時実行させておくインスタンス数を設定できます。Performance Optimizer とはAzure Functions には、Azure Load Testing を使った Performance Optimizer が提供されており、パフォーマンスとコストの適切なバランスを見つけやすくなっています。なお、Azure Load Testing の Test Profile を実行するためには、Azure Functions の Access control（IAM）で Website Contributor ロールにアカウントを追加する必要があります。テストの設定と実行それでは実際に Performance Optimizer を使って HTTP Trigger Function のパフォーマンスとコストの最適化を分析します。前準備Azure Functions Flex Consumption を東日本リージョンに作成します。Runtime Stack には、.NET9 を選択しました。Visual Studio で HTTP Trigger の Function を作成し、1 秒間のスリープを入れました。[Function(nameof(Function1))]public async Task<IActionResult> Run([HttpTrigger(AuthorizationLevel.Anonymous, "get", "post")] HttpRequest req){    _logger.LogInformation("C# HTTP trigger function start.");    await Task.Delay(1000);        _logger.LogInformation("C# HTTP trigger function end.");    return new OkObjectResult("Welcome to Azure Functions Flex Consumption!");}この Function App を Visual Studio から Azure にデプロイします。Performance Optimizer で Test Profile を作成するテストプランには、インスタンスのメモリサイズを 2,048 MB と 4,096 MB、コンカレンシーを 8、16、32 の組み合わせで 6 パターンを設定します。テスト対象には、先ほどデプロイした HTTP Trigger Function を設定します。3 分間にわたって10 ユーザーからリクエストを投げるミニマムな設定にしました。Test Profile の作成が完了するとテストが開始されるので、完了まで待ちます。テスト結果の分析Performance Optimizer のテスト結果を確認します。メモリサイズ 4,096 MB と コンカレンシー 32 の構成が最もスループットが高い結果となりました。どのくらいのインスタンス数がスケーリングされているのかを確認します。メモリサイズ 2,048 MB とコンカレンシー 8 の構成が最大 8 台で、それ以外の構成は最大 10 台でした。requests| where timestamp >= datetime(2025-5-7T07:50:00.0000000Z) and timestamp <= datetime(2025-5-7T09:50:00.0000000Z)| summarize dcount(cloud_RoleInstance) by bin(timestamp, 1s)| render columnchart最もスループットが高かったメモリサイズ 4,096 MB とコンカレンシー 32 の構成のみを確認します。開始 1 秒で 10 台まで高速にスケーリングしていることが分かります。Flex Consumption の Functions メトリクスのうち、OnDemandFunctionExecutionUnits メトリクスを確認します。mb-milliseconds 単位で測定されるので分かりにくいですが、インスタンスがアクティブな時間を表しています。右端の山（メモリサイズ 4,096 MB と コンカレンシー 32）の 800M が最もスループットが高い構成です。パフォーマンス要件次第ですが、2 番目にスループットが高い左端の山（メモリサイズ 2,048 MB と コンカレンシー 8）が要件を満たしていれば、600 M 弱の実行時間に相当するコストで済むため、この構成も選択肢に含めて検討することができます。まとめAzure Load Testing を使って Azure Functions Flex Consumption の HTTP Trigger のパフォーマンスとコストを最適化する方法を試してみました。Flex Consumption は、実行時に使用されたメモリとコンピューティング時間に基づいて課金されます。メモリ設定を高くすると実行時間は速くなりますが、リクエストあたりのコストは高くなります。逆に、メモリ設定を低くするとコストは削減されますが、実行時間は長くなる可能性があります。このトレードオフに対して、Performance Optimizer を活用することで、コストとパフォーマンスの最適なバランスを見つけやすくなります。

Azure Load Testing を使って Azure Functions Flex Consumption の HTTP Trigger のパフォーマンスとコストを最適化する

先月、Azure Functions の Durable Task Scheduler（DTS）が public preview になりました。今回は DTS を使って Multi Agent アプリケーションを構築してみます。techcommunity.microsoft.comなぜ Durable Functions で Multi Agent を構築するのか？昨年に話題となった Anthropic の Building effective agents の記事を読むと、エージェントの定義が Durable Functions のパターンと似ていることが分かります。blog.cgillum.techLangGraph や AutoGen などの多くのマルチエージェント向けフレームワークが存在するなかで、個人的な推しは Durable Functions によるマルチエージェント構築です。Microsoft の土田さんが Durable Functions で Orchestrator-Workers パターンを実装するためのテンプレート プロジェクトを公開しています。github.com今回は、このテンプレートから最低限の実装のみを抜き出したアプリケーションを作って試してみます。フロントエンドのチャット画面は Streamlit、バックエンドの API は Durable Functions、LLM は Azure OpenAI Service の gpt-4o を採用しています。Durable Task Scheduler とはDurable Functions は、GA して5～6年が経つ成熟したサービスではありますが、マルチエージェントのユースケースで使われることで、より優れたスケーラビリティ（LLM からのレスポンスに時間がかかりやすいため）可観測性の向上（オーケストレーターから実行されるアクティビティが LLM によって決定されるため）が要求される背景を受けて、Durable Task Scheduler が登場しました。learn.microsoft.comDurable Functions のストレージプロバイダー（Azure Storage、MSSQL、Netherite）に追加される４つめのプロバイダーという位置づけになります。DTS は Durable Functions だけではなく、専用の SDK を使うことで Azure Container Apps や Azure App Service などのバックエンドにも利用できます。Durable Task Scheduler への対応公式ドキュメントのクイックスタートに従って実装すれば OK です。learn.microsoft.comまずは、 DTS の NuGet パッケージをインストールします。PM> NuGet\Install-Package Microsoft.Azure.Functions.Worker.Extensions.DurableTask.AzureManaged -Version 0.4.2-alpha合わせて、Microsoft.Azure.Functions.Worker.Extensions.DurableTask パッケージのバージョンも 1.2.2 以降に更新しておきます。次に、host.json に extensions の構成を追加します。{  "extensions": {    "durableTask": {      "hubName": "%TASKHUB_NAME%",      "storageProvider": {        "type": "azureManaged",        "connectionStringName": "DURABLE_TASK_SCHEDULER_CONNECTION_STRING"      }    }  }}最後に、local.settings.json に DURABLE_TASK_SCHEDULER_CONNECTION_STRING と TASKHUB_NAME の環境変数を追加します。{  "IsEncrypted": false,  "Values": {    "FUNCTIONS_WORKER_RUNTIME": "dotnet-isolated",    "AzureWebJobsStorage": "UseDevelopmentStorage=true",    "DURABLE_TASK_SCHEDULER_CONNECTION_STRING": "Endpoint=http://localhost:8080;Authentication=None",    "TASKHUB_NAME": "default"  }}以上の手順で、Durable Functions を DTS に対応させることができます。ローカルのエミュレーターで動かすDTS のエミュレーターが Docker Image で公開されていますので、ローカルの Docker Desktop で実行します。docker run --rm -it -p 8080:8080 -p 8082:8082 mcr.microsoft.com/dts/dts-emulator:v0.0.5フロントエンドの Streamlit とバックエンドの Functions をローカルで実行し、チャットを入力してみます。http://localhost:8082/ にアクセスして、DTS のダッシュボードを確認します。オーケストレーションの詳細では、タイムラインのビューを確認できます。さらに、シーケンスのビューでは、視覚的にエージェントの呼び出し履歴を確認できるので、Durable Functions を運用する際の可観測性を大きく向上できます。なお、ダッシュボードからはオーケストレーションの一時停止や再開などアクションも実行できます。Azure にデプロイするローカルで動作確認できたので、Azure Portal で DTS を構成した Azure Funcitons をデプロイします。現時点では DTS を利用できるリージョンが限定されており、ホスティングオプションも Functions Premium Plan と App Service Plan のみです。デプロイが完了したので、DTS の Task Hub にダッシュボードを利用するための Access Control を設定します。Durable Task Data Contributor のロールにメンバーを割り当ててあげましょう。あとは、従来通りに Visual Studio から Azure Functions にデプロイします。（本題から逸れるので詳細は割愛します。）チャットを入力すると、Azure Portal の DTS のダッシュボードからオーケストレーションの実行履歴を確認できます。まとめAzure Functions Durable Task Scheduler を使用して Multi Agent アプリケーションを構築してみました。Japan East および West のリージョンFlex Consumption PlanGA に向けてこの２つを対応してもらえるようにフィードバックしています。今回のソースコードは、こちらのリポジトリで公開しています。github.com

Azure Functions Durable Task Scheduler を使用して Multi Agent アプリケーションを構築する

この件は GitHub Actions の仕様であり、ネットを探すとたくさんの記事がありますが、今回のユースケースでの対応をまとめておきます。背景弊社では、各事業部が別サイトで技術ブログを書いているため、所属するエンジニアの個人技術ブログも含めて一覧表示するキュレーションサイトを作成しています。tech-blog-hub.nextscape.netこのアプリケーションでは、ビルド時に各ブログサイトから RSS を取得する作りになっているので、GitHub Actions のワークフローを cron ジョブで毎日デプロイしています。構築した際の話については、こちらの記事を参照してください。gooner.hateblo.jp課題この cron ジョブで毎日デプロイしているワークフローが 60 日で無効化されてしまい、キュレーションサイトに表示されるブログが最新化されない課題が発生しました。公式ドキュメントを読むと、下記のような仕様に関する記載がありました。パブリックリポジトリでは、60日間にリポジトリにアクティビティがなかった場合、スケジュールされたワークフローは自動的に無効化されます。このアプリケーション自体の更新は殆どないので、リポジトリが更新されずとも継続的に cron ジョブのワークフローを実行させたいです。対応GitHub の友人に相談したところ、契約プランや設定で変更できるものではなく、Marketplace に下記のようなライブラリがあることを教えてもらいました。github.comGitHub API で対象ワークフローを有効化するワークフローダミーのコミットを作るワークフローダミーのコミットを作るのは気が進まなかったのと、GitHub API を呼ぶだけならライブラリを使って依存関係を作るまでもないと考え、上記１のワークフローをシンプルに実装しました。name: Keepalive Workflowon:  schedule:    - cron: '0 5 1,15 * *'  workflow_dispatch:concurrency:  group: keepalive  cancel-in-progress: falsejobs:  keepalive:    permissions:      actions: write    runs-on: ubuntu-latest    steps:      - name: Re-enable workflow        env:          GH_TOKEN: ${{ secrets.GITHUB_TOKEN }}          GH_REPO: ${{ github.repository }}        run: |          gh workflow enable keepalive.yml          gh workflow enable <無効化させたくないワークフローのファイル名>.ymlポイントは、対象ワークフローが既に有効の場合でも、無効になるまでの期限が延長される点です。自分自身も含め、常に有効化したい YAML ファイル名を指定します。まとめGitHub Actions のワークフローが 60 日後に無効化されないように、GitHub API で対象ワークフローを有効化するワークフローを作ってみました。このワークフローを運用してしばらく様子を見てみたいと思います。最後に、今回の Pull Request はこちらになります。github.com

GitHub Actions のワークフローが 60 日後に無効化されないようにする

先週末、第5回 Azure Travelers 勉強会 沖縄の旅に参加してきました。jat.connpass.com勉強会FOURSEAS さんの全面協力のもと、沖縄市のコザにある Microsoft Base Okinawa で行われました。4seas.vc正確には Microsoft Base Okinawa の下の階にある KOZA Startup Arcade のイベントスペースが会場でした。沖縄のスタートアップ企業やエンジニアが集まって、新たなイノベーションを生み出すコミュニティを築く場として使われているそうです。www.koza.rocksセッションは、生成 AI とセキュリティに関連する内容が多かったです。今回から恒例となる Azure クイズも面白かったです。普段使わないサービスの問題は難しいなと思いました。私自身は、飛び入りで LT に参加して Durable Task Scheduler の紹介をしました。Multi Agent で Durable Functions を使う場面が増えるので、スケーラビリティと可観測性を向上できることに期待しているという内容を話しました。午前中のみ配信のアーカイブがあります。www.youtube.comランチは地元の方のお勧めの大衆食堂ミッキーで食べたフーチキナー定食（からし菜と麩の沖縄風炒め）が美味しかったです。懇親会は、二代目 串カツ劇場→天理スタミナラーメン→コザ麦酒工房をはしご酒して楽しい時間を過ごすことができました。嘉手納基地が近いため、夜のコザは異国情緒あふれる雰囲気の街なのが印象に残りました。Azure Travelers では、開催地をサイコロで決める水曜どうでしょう的なルールがあり、次々回は東京に決定しました。沖縄観光勉強会以外にも、いろいろと観光して沖縄を満喫しました。孤独のグルメ 聖地巡礼2023年の大晦日スペシャルで登場した沖縄料理「ちまぐー」に行きました。ちまぐ定食は、豚足のから揚げが甘辛く味付けされてご飯に合う美味しさでした。古宇利大橋ちまぐーからほど近い古宇利大橋に行きました。海が奇麗でいい景色だったのですが、宮古島に行った後のためか感動が薄かった気がします。美ら海水族館数年ぶりに美ら海水族館に行きました。ジンベエザメのいる巨大な水槽は迫力がありますし、悠然と泳ぐ姿が印象的でした。海ぶどうが生えている姿を初めて見ました。美浜アメリカンビレッジ帰りの飛行機まで時間があったので、北谷のアメリカンビレッジに立ち寄りました。この時期に何故クリスマス仕様なのかはよく分かりませんでした。まとめAzure Travelers のコミュニティは３回目の参加で、今回も楽しいイベントでした。欲を言えば、開催地の地元の人に多く参加してもらえるといいなと思いました。前乗りして宮古島でワーケーションした話は、こちらの記事を参照してください。gooner.hateblo.jpおまけ沖縄で食べた美味しかったもの。BLUE SEAL の紅イモTHE ORION BEER DINING のビールゆうなんぎいのラフテーJACK'S STEAK HOUSE のテンダーロインステーキ花人逢のピザステーキハウス 88 の特選赤肉ステーキ

第5回 Azure Travelers 勉強会 沖縄の旅に参加してきました

Azure Functions では、Azure OpenAI 向けの拡張機能（Preview）が提供されていますが、関数を呼び出した際の 404 エラーに遭遇したので顛末をまとめておきます。learn.microsoft.com現象Text completion input binding などの関数を呼び出した際に、下記のように 404 エラーが発生しました。[2025-01-17T06:48:58.834Z] Executed 'Functions.GenerateText' (Failed, Id=88d16bb1-2c58-4db4-a173-98208885ae76, Duration=1065ms)[2025-01-17T06:48:58.838Z] System.Private.CoreLib: Exception while executing function: Functions.GenerateText. Azure.AI.OpenAI: The API deployment for this resource does not exist. If you created the deployment within the last 5 minutes, please wait a moment and try again.[2025-01-17T06:48:58.849Z] Status: 404 (DeploymentNotFound)[2025-01-17T06:48:58.852Z] ErrorCode: DeploymentNotFound[2025-01-17T06:48:58.856Z][2025-01-17T06:48:58.861Z] Content:[2025-01-17T06:48:58.864Z] {"error":{"code":"DeploymentNotFound","message":"The API deployment for this resource does not exist. If you created the deployment within the last 5 minutes, please wait a moment and try again."}}[2025-01-17T06:48:58.867Z][2025-01-17T06:48:58.870Z] Headers:[2025-01-17T06:48:58.877Z] x-ms-client-request-id: d6ccf64a-504c-471c-b100-d8ff659824d9[2025-01-17T06:48:58.880Z] apim-request-id: REDACTED[2025-01-17T06:48:58.883Z] Strict-Transport-Security: REDACTED[2025-01-17T06:48:58.886Z] X-Content-Type-Options: REDACTED[2025-01-17T06:48:58.889Z] x-ms-region: REDACTED[2025-01-17T06:48:58.895Z] Date: Fri, 17 Jan 2025 06:48:57 GMT[2025-01-17T06:48:58.897Z] Content-Length: 197[2025-01-17T06:48:58.899Z] Content-Type: application/json[2025-01-17T06:48:58.901Z] .    原因以前は正常に動作していたコードなので１時間くらい悩んだのですが、原因はシンプルでエンドポイントが間違っていました。Azure Portal ではなく、AI Foundry のモデルのエンドポイントを使うのが正解です。URL の openai/deployments/gpt-4o/chat/completions?api-version=2024-08-01-preview を除いた https://xxx-xxx-eastus2.cognitiveservices.azure.com/ までを使ってください。ちなみに、以前は Azure Portal のエンドポイントで正常に動作していました。正確には Azure Functions の問題ではなく、AOAI 側のエンドポイントの違いです。対応local.settings.json において、正しいエンドポイントとキーを定義します。{  "IsEncrypted": false,  "Values": {    "AzureWebJobsStorage": "UseDevelopmentStorage=true",    "FUNCTIONS_WORKER_RUNTIME": "dotnet-isolated",    "AZURE_OPENAI_ENDPOINT": "https://xxx-xxx-eastus2.cognitiveservices.azure.com/",    "AZURE_OPENAI_KEY": "xxx",    "CHAT_MODEL_DEPLOYMENT_NAME": "gpt-4o"}

Azure Functions の Azure OpenAI Extension で 404 エラーが発生する場合の確認事項

Azure Functions のビルドで NuGet エラーに遭遇したので顛末をまとめておきます。現象Azure Functions は、Isolated Worker Process モデルの Durable Functions（.NET9）です。 In-Process モデルでも通常の Functions でも同様のエラーでビルドが失敗します。error NU1102: バージョン (>= 4.3.1) のパッケージ System.Text.RegularExpressions が見つかりませんerror NU1102:   - 2 バージョンが Microsoft Visual Studio Offline Packages に見つかりました。 [ 最も近いバージョン: 4.1.0 ]error NU1102:   - nuget.org からのバージョンは考慮されませんでした。error NU1100: 'net6.0' に対する 'Grpc.Core (>= 2.46.6)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'ncrontab.signed (>= 3.3.0)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'runtime.native.System (>= 4.3.0)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'runtime.native.System.Net.Http (>= 4.3.0)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'runtime.native.System.Security.Cryptography.OpenSsl (>= 4.3.2)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'Azure.Data.Tables (>= 12.8.0)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'WindowsAzure.Storage (>= 9.3.1)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'Newtonsoft.Json.Bson (>= 1.0.1)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。error NU1100: 'net6.0' に対する 'runtime.native.System.Security.Cryptography.Apple (>= 4.3.0)' を解決できません。 PackageSourceMapping が有効になっています。次のソースは考慮されませんでした: Microsoft Visual Studio Offline Packages, nuget.org。Visual Studio から NuGet のキャッシュをクリアしても、エラーは解決しませんでした。原因数日前まではビルドが成功していたので、正直何もしていないのに壊れた状態です。learn.microsoft.comlearn.microsoft.comエラーコードの説明を読むと、NuGet.Config が怪しそうなので、パッケージソースのマッピングを追加したところ、そのパッケージのエラーは解消するものの、また別のパッケージでエラーが発生してしまいます。対応結論としては、パッケージソースのマッピングをすべて削除することで、エラーが解決しました。念のため、すべて削除した後にキャッシュもクリアしました。自分ではパッケージソースのマッピングを追加していないのに、かなりの数のマッピングが追加されていました。そもそも個別に追加する必要はないはずなので、何かの拍子に追加されたマッピング同士の依存関係が悪さをしていたのかもしれません。

Azure Functions のビルドが NuGet エラーで失敗する件

2024年もあと数時間となりましたので、今年１年を振り返ります。イベント登壇第46回 Tokyo Jazug Night社内の問い合わせ対応業務に Azure OpenAI Service を活用した導入事例を話しました。gooner.hateblo.jpJapan Azure User Group 14周年イベントAzure App Service on Linux の Sidecar に Phi-3 を配置する話をしました。gooner.hateblo.jpAzure Travelers 勉強会登壇というわけではありませんが、Azure Travelers 勉強会に参加して飛び入り LT を話しました。Azure と旅をテーマとしたコミュニティで、JAZUG とは違った面白さのある勉強会です。gooner.hateblo.jpgooner.hateblo.jpコミュニティ運営JAZUG の運営は足利さんたちに任せっきりであまりお手伝いできていませんが、来年は15周年なので楽しいイベントにしたいです。jazug.connpass.comMicrosoft MVP2019年以来、5年振りに MVP Global Summit（グロサミ）に現地参加しました。オンライン参加と比べて、多くのインプットや刺激をもらうことができました。gooner.hateblo.jp今年も Microsoft MVP を更新できたので、来年3月のグロサミにも現地参加の予定です。仕事生成 AI を取り巻く状況が変化する中でネクストスケープの得意領域を再認識した結果、開発内製化を推進したい顧客に対して、最新の PaaS / Serverless によるクラウドネイティブなアーキテクチャを活用した構築支援に原点回帰することにしました。また、Microsoft の海外カンファレンスである Build と  Ignite に現地参加しました。gooner.hateblo.jpgooner.hateblo.jpゲームブレワイとティアキンは神ゲーなので、記憶をなくした設定で２回クリアしました。信長の野望 新生は過去シリーズ中でも屈指の名作でした。まとめ今年もいろいろな場所へ旅行に行きましたし、推し活も捗りました。来年も趣味と仕事のどちらも楽しんでいきたいです。おまけ2024年自分が選ぶ今年の7枚。Seattle Argosy Cruises国営ひたち海浜公園のネモフィラあしかがフラワーパークの大藤銀山温泉桜井二見ヶ浦の夫婦岩Chicago River Cruiseもうすぐ金になるラジオ 1st Event

2024 年振り返り

今更感ありますが、Azure App Service に Streamlit で作成したアプリケーションをデプロイする手順をまとめておきます。Streamlit とはStreamlit は、Python で簡単に Web アプリケーションを構築できるため、AI や機械学習などのデータサイエンティストに人気があるフレームワークです。streamlit.ioチャットアプリを作成する今回は、Streamlit でチャットボットのアプリケーションを作成し、バックエンドの LLM には Azure OpenAI Service を利用しました。まずは、必要となる Python のパッケージをインストールします。pip install streamlit openai python-dotenv次に、接続先となる Azure OpenAI Service の情報を環境変数（.env）に定義します。AZURE_OPENAI_API_KEY="xxx"AZURE_OPENAI_ENDPOINT="https://xxx.openai.azure.com/"AZURE_OPENAI_API_VERSION="yyyy-mm-dd-preview"AZURE_OPENAI_MODEL_NAME="gpt-4o"app.py にチャットボットを実装します。OpenAI Client を生成し、Chat Completions API を呼び出しています。チャットメッセージの入力と表示、セッション管理など含めて、数行の Python のコードで実装できます。import streamlit as stimport osfrom openai import AzureOpenAIfrom dotenv import load_dotenvload_dotenv()api_key = os.getenv("AZURE_OPENAI_API_KEY")azure_endpoint = os.getenv("AZURE_OPENAI_ENDPOINT")api_version = os.getenv("AZURE_OPENAI_API_VERSION")model = os.getenv("AZURE_OPENAI_MODEL_NAME")st.title("AOAI Chat App")client = AzureOpenAI(    api_key = api_key,    azure_endpoint = azure_endpoint,    api_version = api_version)if "openai_model" not in st.session_state:    st.session_state["openai_model"] = modelif "messages" not in st.session_state:    st.session_state.messages = []for message in st.session_state.messages:    with st.chat_message(message["role"]):        st.markdown(message["content"])if prompt := st.chat_input("What is up?"):    st.session_state.messages.append({"role": "user", "content": prompt})    with st.chat_message("user"):        st.markdown(prompt)    with st.chat_message("assistant"):        stream = client.chat.completions.create(            model = model,            messages=[                {"role": m["role"], "content": m["content"]}                for m in st.session_state.messages            ],            max_tokens = 1024,            temperature = 0.95,            stream=True        )        response = st.write_stream(stream)    st.session_state.messages.append({"role": "assistant", "content": response})ローカル開発環境において、アプリケーションを実行して動作確認しておきます。streamlit run app.py    デプロイ準備Azure App Service にデプロイする準備として、下記の２つを追加しておきます。Azure App Service に Python のパッケージをインストールするための requirements.txt を追加します。streamlitopenaipython-dotenvAzure App Service 上で Streamlit のアプリケーションを実行するためのスクリプト（startup.sh）を追加します。python -m streamlit run app.py --server.port 8000 --server.address 0.0.0.0ここまで準備できたら、GitHub のリポジトリにコードをプッシュしておきます。Azure App Service を作成するAzure Portal から App Service を作成します。Python 3.12 を指定し、Startup Command に startup.sh を設定します。App settings に SCM_DO_BUILD_DURING_DEPLOYMENT を追加して、値に「1」を設定します。これは App Service 上に Python のパッケージをインストールさせるための構成なので、必ず設定しておく必要があります。ここまで設定できたら、Deployment Center から App Service と GitHub のリポジトリをリンクして GitHub Actions を設定します。name: Build and deployon:  push:    branches:      - main  workflow_dispatch:jobs:  build:    runs-on: ubuntu-latest    steps:      - uses: actions/checkout@v4      - name: Set up Python version        uses: actions/setup-python@v5        with:          python-version: '3.12'      - name: Create and start virtual environment        run: |          python -m venv venv          source venv/bin/activate            - name: Install dependencies        run: pip install -r requirements.txt              # Optional: Add step to run tests here (PyTest, Django test suites, etc.)      - name: Zip artifact for deployment        run: zip release.zip ./* -r      - name: Upload artifact for deployment jobs        uses: actions/upload-artifact@v4        with:          name: python-app          path: |            release.zip            !venv/  deploy:    runs-on: ubuntu-latest    needs: build    environment:      name: 'Production'      url: ${{ steps.deploy-to-webapp.outputs.webapp-url }}    permissions:      id-token: write #This is required for requesting the JWT    steps:      - name: Download artifact from build job        uses: actions/download-artifact@v4        with:          name: python-app      - name: Unzip artifact for deployment        run: unzip release.zip            - name: Login to Azure        uses: azure/login@v2        with:          client-id: ${{ secrets.AZUREAPPSERVICE_CLIENTID_2466F700CA8843CA9B069A29E3450DFA }}          tenant-id: ${{ secrets.AZUREAPPSERVICE_TENANTID_190A7EF7651C4E9B8B92AB9EE837B7F8 }}          subscription-id: ${{ secrets.AZUREAPPSERVICE_SUBSCRIPTIONID_C91DA824A9CC46778EC83041EBFC699E }}      - name: 'Deploy to Azure Web App'        uses: azure/webapps-deploy@v3        id: deploy-to-webapp        with:          app-name: 'gooner-chat'          slot-name: 'Production'    動作確認デプロイが完了したら、チャットアプリを動作確認してみます。App Service の Easy Auth で Microsoft Account 認証を設定しました。認証周りもアプリケーションに手を加えずに実現できるのは、App Service のメリットの１つです。まとめAzure App Service に Streamlit で作成したチャットアプリをデプロイしてみました。今回のソースコードは、こちらのリポジトリで公開しています。github.com

Azure App Service に Streamlit で作成したチャットアプリをデプロイする

この記事は、Microsoft Azure Advent Calendar 2024 の 16 日目 の記事です。qiita.comAzure Functions の In-Process モデルが 2026 年 11 月 10 日よりサポート終了となりますので、Isolated Worker Process モデルにおけるシークレットの管理方法を改めて考えてみました。モチベーションデータベースの接続文字列や API Key などのセンシティブな情報は、アプリケーションのリポジトリ内では管理したくありません。Azure の本番環境では、Azure Key Vault を使って Managed Service Identity（MSI）で認証するローカルの開発環境では、ASP.NET Core の Secret Manger で管理するアプリケーションに関する設定は、appsettings.json で管理するFunction のバインディング用の接続文字列は、local.settings.json で管理する上記の方針に従って、実際に構成を作って試してみます。Azure Functions に appsettings.json を追加するAzure Functions のプロジェクトには local.settings.json が用意されていますが、JSON の配列を定義できないなど ASP.NET Core の appsettings.json と異なる部分が使いづらいので、Azure Functions においても appsettings.json を導入します。appsettings.json と appsettings.Development.json のファイルを追加します。<ItemGroup>    <None Update="appsettings.json">        <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>    </None>    <None Update="appsettings.Development.json">        <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>        <CopyToPublishDirectory>Never</CopyToPublishDirectory>    </None></ItemGroup>appsettings.json では、接続する Key Vault の URL を定義しておきます。{  "Function": {    "KeyVaultUrl": "https://xxx.vault.azure.net/"  }}    Azure Key Vault にデータベースの接続文字列を登録するAzure Functions からアクセスする SQL Database の接続文字列を登録するシナリオを例に説明していきます。Function--SqlConnection という名前で登録します。名前に Function のプレフィックスを付けた理由は、１つの Key Vault で複数の Azure Functions を構成を管理する想定のためです。-- で区切っています。Key Vault の名前には : を使うことができないで注意してください。Azure Functions で Azure Key Vault を参照するAzure Key Vault を参照するための NuGet パッケージをインストールします。PM> Install-Package Azure.Identity -Version 1.13.1PM> Install-Package Azure.Extensions.AspNetCore.Configuration.Secrets -Version 1.3.2開発環境以外では MSI を使って Key Vault に接続するように Program.cs で構成します。if (builder.Configuration["AzureWebJobsStorage"] != "UseDevelopmentStorage=true"){    var keyVaultUrl = builder.Configuration["Function:KeyVaultUrl"];    if (!string.IsNullOrEmpty(keyVaultUrl))    {        builder.Configuration.AddAzureKeyVault(new Uri(keyVaultUrl), new DefaultAzureCredential());    }}アプリケーションで SQL Database の接続文字列を扱いやすくするため、POCO クラスにマッピングします。public class MySettings{    public required string SqlConnection { get; set; }    public required string KeyVaultUrl { get; set; }}Key Vault の Secret から自分のアプリケーション情報だけを取得したいので、Program.cs で Function のプレフィックスを指定しています。builder.Services    .Configure<MySettings>(builder.Configuration.GetSection("Function"))    .AddApplicationInsightsTelemetryWorkerService()    .ConfigureFunctionsApplicationInsights();Program.cs 全体のコードは、こんな感じです。var builder = FunctionsApplication.CreateBuilder(args);builder.ConfigureFunctionsWebApplication();builder.Configuration.AddUserSecrets(Assembly.GetExecutingAssembly());builder.Services    .Configure<MySettings>(builder.Configuration.GetSection("Function"))    .AddApplicationInsightsTelemetryWorkerService()    .ConfigureFunctionsApplicationInsights();if (builder.Configuration["AzureWebJobsStorage"] != "UseDevelopmentStorage=true"){    var keyVaultUrl = builder.Configuration["Function:KeyVaultUrl"];    if (!string.IsNullOrEmpty(keyVaultUrl))    {        builder.Configuration.AddAzureKeyVault(new Uri(keyVaultUrl), new DefaultAzureCredential());    }}builder.Build().Run();Function では、このような実装で SQL Database の接続文字列を取得します。public class HttpFunction{    private readonly ILogger<HttpFunction> _logger;    private readonly MySettings _settings;    public HttpFunction(ILogger<HttpFunction> logger, IOptions<MySettings> optionsAccessor)    {        _logger = logger;        _settings = optionsAccessor.Value;    }    [Function(nameof(HttpFunction))]    public IActionResult Run([HttpTrigger(AuthorizationLevel.Function, "get", "post")] HttpRequest req)    {        _logger.LogInformation("C# HTTP trigger function processed a request.");        var responseMessage = $"SqlConnection : {_settings.SqlConnection}, KeyVaultUrl : {_settings.KeyVaultUrl}";        return new OkObjectResult(responseMessage);    }}    Azure 本番環境Azure Functions の MSI を有効化し、Key Vault の Access policies を設定します。$ az functionapp identity assign --name "<Function Apps Name>" --resource-group "<Resource Group Name>"{  "principalId": "xxx",  "tenantId": "yyy",  "type": "SystemAssigned",  "userAssignedIdentities": null}$ az keyvault set-policy --name "<Key Vault Name>" --object-id "xxx" --secret-permissions get listこれで Azure Functions は、MSI で Key Vault に認証して SQL Database の接続文字列を取得できます。ローカル開発環境Visual Studio の機能でローカル開発環境から Key Vault に接続することはできますが、環境によって上手く認証できなかったり、デバッグ実行が遅くなったりするので、今回は使いません。learn.microsoft.comVisual Studio のプロジェクトを右クリックしたユーザーシークレットの管理から secrets.json ファイルを追加し、このように SQL Database の接続文字列を定義します。{  "Function": {    "SqlConnection": "SQL Connection for Secret Manager."  }}これでローカル環境では、secrets.json から取得した SQL Database の接続文字列を使って開発できます。local.settings.json でバインディングの接続文字列を管理するStorage や Cosmos DB のバインディングを使う Function の場合、バインディング用の接続文字列を設定する必要があります。The Functions scale controller may not scale the following functions correctly because some configuration values were modified in an external startup class.そのため、バインディング用の接続文字列は  local.settings.json で管理します。{    "IsEncrypted": false,    "Values": {      "AzureWebJobsStorage": "UseDevelopmentStorage=true",      "FUNCTIONS_WORKER_RUNTIME": "dotnet",      "StorageBindingConnection": "UseDevelopmentStorage=true"    }}public class QueueFunction{    private readonly ILogger<QueueFunction> _logger;    public QueueFunction(ILogger<QueueFunction> logger)    {        _logger = logger;    }    [Function(nameof(QueueFunction))]    public void Run([QueueTrigger("myqueue-items", Connection = "StorageBindingConnection")] QueueMessage message)    {        _logger.LogInformation("C# Queue trigger function processed: {MessageText}", message.MessageText);    }}Azure 本番環境では、Application settings に接続文字列をベタ書きではなく Key Vault 参照を使うことで、シークレットを Key Vault で一元管理するようにします。@Microsoft.KeyVault(SecretUri=https://xxx.vault.azure.net/secrets/Function--StorageConnection/)learn.microsoft.comまとめAzure Functions の Isolated Worker Process モデルにおけるシークレットの管理方法を改めて考えてみました。拡張機能なしで ASP.NET Core のプログラミングモデルに寄せて実装できるようになりました。ASP.NET Core アプリケーションについては、こちらの記事を参照してください。gooner.hateblo.jp

Azure Functions におけるシークレットの管理方法を改めて考えてみた【Isolated Worker Process 版】

この記事は、Microsoft Azure Advent Calendar 2024 の 15 日目 の記事です。qiita.comAzure Functions の In-Process モデルは、.NET 8 までの対応となっており、2026 年 11 月 10 日よりサポート終了となります。github.comApplicationIsolated Worker Process モデルにマイグレーションする手順は、こちらのドキュメントの通りです。今回は Deployment Slots を使わずダイレクトに移行します。azure.github.iocsproj ファイルPropertyGroup に OutputType を追加し、Target Framework も合わせて更新します。<PropertyGroup>    <TargetFramework>net9.0</TargetFramework>    <AzureFunctionsVersion>v4</AzureFunctionsVersion>    <UserSecretsId>2586a5fb-4b07-4712-be4b-75721384d340</UserSecretsId>    <OutputType>Exe</OutputType>    <ImplicitUsings>enable</ImplicitUsings>    <Nullable>enable</Nullable></PropertyGroup>Nuget Library は、In-Process モデルのパッケージを Microsoft.Azure.Functions.Worker に置き換えます。<PackageReference Include="Microsoft.Azure.Functions.Worker" Version="2.0.0" /><PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Http" Version="3.2.0" /><PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore" Version="2.0.0" /><PackageReference Include="Microsoft.Azure.Functions.Worker.Sdk" Version="2.0.0" />Queue Trigger の Function があるので、こちらのパッケージも置き換えます。他のトリガーやバインディングがある場合は、個別に置き換えが必要です。<PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Storage.Queues" Version="5.5.0" />シークレット関連は、バージョン更新するだけで OK です。<PackageReference Include="Azure.Identity" Version="1.13.1" /><PackageReference Include="Azure.Extensions.AspNetCore.Configuration.Secrets" Version="1.3.2" />Application Insights のパッケージも追加しておきます。<PackageReference Include="Microsoft.ApplicationInsights.WorkerService" Version="2.22.0" /> <PackageReference Include="Microsoft.Azure.Functions.Worker.ApplicationInsights" Version="2.0.0" />最後に、 新しい ItemGroup を追加します。<ItemGroup>    <Using Include="System.Threading.ExecutionContext" Alias="ExecutionContext" /></ItemGroup>    Program.cs ファイルこのアプリケーションでは、Azure Functions のプロジェクトに拡張の NuGet パッケージをインストールして Startup クラスを実装していました。appsettings.json の追加Azure Key Vault の参照（Azure 環境のみ）secrets.json の利用（ローカル開発環境のみ）[assembly: FunctionsStartup(typeof(FunctionApp.Startup))]namespace FunctionApp{    public class Startup : FunctionsStartup    {        public override void Configure(IFunctionsHostBuilder builder)        {            var context = builder.GetContext();            builder.Services.Configure<MySettings>(context.Configuration.GetSection("Function"));        }        public override void ConfigureAppConfiguration(IFunctionsConfigurationBuilder builder)        {            var context = builder.GetContext();            builder.ConfigurationBuilder                .AddJsonFile(Path.Combine(context.ApplicationRootPath, "appsettings.json"), optional: true, reloadOnChange: false)                .AddJsonFile(Path.Combine(context.ApplicationRootPath, $"appsettings.{context.EnvironmentName}.json"), optional: true, reloadOnChange: false)                .AddEnvironmentVariables();            if (context.EnvironmentName != "Development")            {                var config = builder.ConfigurationBuilder.Build();                builder.ConfigurationBuilder                    .AddAzureKeyVault(new Uri(config["Function:KeyVaultUrl"]), new DefaultAzureCredential());            }        }    }}Startup クラスの実装を Program.cs ファイルに置き換えます。IHostApplicationBuilder を使うことで、ASP.NET Core のプログラミングモデルに寄せて実装できる ASP.NET Core integration を有効化できます。var builder = FunctionsApplication.CreateBuilder(args);builder.ConfigureFunctionsWebApplication();builder.Configuration.AddUserSecrets(Assembly.GetExecutingAssembly());builder.Services    .Configure<MySettings>(builder.Configuration.GetSection("Function"))    .AddApplicationInsightsTelemetryWorkerService()    .ConfigureFunctionsApplicationInsights();if (builder.Configuration["AzureWebJobsStorage"] != "UseDevelopmentStorage=true"){    if (!string.IsNullOrEmpty(keyVaultUrl))    {        builder.Configuration.AddAzureKeyVault(new Uri(keyVaultUrl), new DefaultAzureCredential());    }}builder.Build().Run();    local.settings.json ファイルFUNCTIONS_WORKER_RUNTIME プロパティの値を dotnet-isolated へ変更します。{  "IsEncrypted": false,  "Values": {    "AzureWebJobsStorage": "UseDevelopmentStorage=true",    "FUNCTIONS_WORKER_RUNTIME": "dotnet-isolated",    "StorageBindingConnection": "UseDevelopmentStorage=true"  }    Http Trigger FunctionIsolated Worker Process モデルでは、Function の引数で ILogger を受け取れないため、コンストラクタの引数で受け取るように変更します。private readonly ILogger<HttpFunction> _logger;    // 追加private readonly MySettings _settings;//public HttpFunction(IOptions<MySettings> optionsAccessor)public HttpFunction(ILogger<HttpFunction> logger, IOptions<MySettings> optionsAccessor){    _logger = logger;    // 追加    _settings = optionsAccessor.Value;}Function を定義する属性は、FunctionName から Function に変更します。//[FunctionName(nameof(HttpFunction))]//public IActionResult Run([HttpTrigger(AuthorizationLevel.Function, "get", "post", Route = null)] HttpRequest req, ILogger log)[Function(nameof(HttpFunction))]public IActionResult Run([HttpTrigger(AuthorizationLevel.Function, "get", "post")] HttpRequest req)    Queue Trigger FunctionILogger をコンストラクタの引数で受け取る変更は Http Trigger と同様です。Queue Trigger ではメッセージを QueueMessage 型で受け取れるようになります。//[FunctionName(nameof(QueueFunction))]// public void Run([QueueTrigger("myqueue-items", Connection = "StorageBindingConnection")] string myQueueItem, ILogger log)[Function(nameof(QueueFunction))]public void Run([QueueTrigger("myqueue-items", Connection = "StorageBindingConnection")] QueueMessage message)ローカル開発環境で Visual Studio からデバッグ実行すると、エラーが発生しました。<Error>  <Code>InvalidHeaderValue</Code>  <Message>The value for one of the HTTP headers is not in the correct format.</Message>  <HeaderName>x-ms-version</HeaderName>  <HeaderValue>2024-08-04</HeaderValue></Error>どうやら Nuget Package を更新したことで、ライブラリとエミュレータで Azure Storage の API バージョンが一致していないことが原因のようです。Azure FunctionsAzure Functions 側は、環境変数の FUNCTIONS_WORKER_RUNTIME の値を dotnet-isolated へ変更します。.NET Version は、環境変数の変更を Save した後に変更しました。GitHub Actions を組んでいるので、こちらの DOTNET_VERSION も忘れずに更新します。env:  AZURE_FUNCTIONAPP_PACKAGE_PATH: '.' # set this to the path to your web app project, defaults to the repository root  DOTNET_VERSION: '9.0.x' # set this to the dotnet version to use以上で、無事に Isolated Worker Process モデルへのマイグレーションが完了しました。

Azure Functions を In-Process モデルから Isolated Worker Process モデルにマイグレーションする

.NET 9 が GA しましたので、Azure App Service にデプロイされている ASP.NET Core のアプリケーションをマイグレーションしました。github.comApplication.NET 8 から 9 にマイグレーションする手順は、こちらのドキュメントの通りです。learn.microsoft.comこのアプリケーションは Web API なので、Target Framework と Nuget Library のバージョンを更新するだけで完了しました。<Project Sdk="Microsoft.NET.Sdk.Web">  <PropertyGroup>    <TargetFramework>net9.0</TargetFramework>	  <Nullable>enable</Nullable>	  <ImplicitUsings>enable</ImplicitUsings>      <UserSecretsId>9b78b10b-0a8e-4ee1-a5d8-45b31b399498</UserSecretsId>	  </PropertyGroup>  <ItemGroup>    <PackageReference Include="AutoMapper" Version="13.0.1" />    <PackageReference Include="Azure.Data.Tables" Version="12.9.1" />    <PackageReference Include="Azure.Extensions.AspNetCore.Configuration.Secrets" Version="1.3.2" />    <PackageReference Include="Azure.Identity" Version="1.13.1" />    <PackageReference Include="Azure.Storage.Blobs" Version="12.23.0" />    <PackageReference Include="Azure.Storage.Queues" Version="12.21.0" />    <PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.22.0" />    <PackageReference Include="Microsoft.Azure.Cosmos" Version="3.46.0" />    <PackageReference Include="Microsoft.EntityFrameworkCore.SqlServer" Version="9.0.0" />    <PackageReference Include="Microsoft.EntityFrameworkCore.Tools" Version="9.0.0">      <PrivateAssets>all</PrivateAssets>      <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>    </PackageReference>    <PackageReference Include="Newtonsoft.Json" Version="13.0.3" />    <PackageReference Include="Swashbuckle.AspNetCore" Version="7.2.0" />  </ItemGroup>  <ItemGroup>    <Folder Include="Controllers\" />  </ItemGroup></Project>Cosmos DB Client を最新バージョンに更新したところ、ビルドエラーが発生しました。The Newtonsoft.Json package must be explicitly referenced with version >= 10.0.2. Please add a reference to Newtonsoft.Json or set the 'AzureCosmosDisableNewtonsoftJsonCheck' property to 'true' to bypass this check.何故か Newtonsoft.Json パッケージの明示的な参照を求められるようになり、オプトアウトの設定（AzureCosmosDisableNewtonsoftJsonCheck）を試しましたが、ビルドエラーは解決しませんでした。仕方なく Newtonsoft.Json パッケージをインストールしましたが、旧バージョンでは必要なかったのでこの対応は解せないと感じました。github.comAzure App ServiceApp Service 側は、.NET Version を変更するのみです。GitHub Actions を組んでいるので、こちらの dotnet-version も忘れずに更新します。jobs:  build:    runs-on: windows-latest    steps:      - uses: actions/checkout@v4      - name: Set up .NET Core        uses: actions/setup-dotnet@v1        with:          dotnet-version: '9.0.x'          include-prerelease: trueここまでの変更をリポジトリにプッシュすると、エラーが発生しました。This request has been automatically failed because it uses a deprecated version of `actions/upload-artifact: v2`.NET 9 のマイグレーションと別件で、GitHub Actions の artifact actions v2 が廃止されていたことが原因だったので、v4 に更新しました。github.blog以上で、無事に .NET 9 へのマイグレーションが完了しました。

Azure App Service を .NET 9 にマイグレーションする

昨年11月の Ignite 2023 に続き、今年も Ignite 2024 に現地参加してきました。昨年の開催地はシアトルでしたが、今年はシカゴで開催されました。news.microsoft.comIgnite 2024 でアナウンスされた内容は、このあたりの記事で説明されています。Book of Newsブチザッキ（Keynote、Azure Updates (2024-11-20)）この記事では、現地参加の雰囲気や個人的に感じたことをお伝えしていきます。Registration会場は、シカゴにある McCormick Place West Building です。ダウンタウンから会場が離れているので各ホテルからのシャトルバスでまとまって移動したことと、参加者数も1万4000人で大規模ということもあり、Registration の行列ができていました。Keynoteいよいよ初日のキーノート、今回も MVP 向けの Priority Seat が用意されていましたが、席数に限りがあり前日のレジストでも行列していたので6時半から並びました。今回の Ignite では Copilot の話題が多かったですが、個人的には Copilot & AI Stack のアーキテクチャを構成する Azure リソース群の派手さはないが堅実なアップデートが良かったと感じました。Multi-Agent というキーワードは、トヨタの事例をはじめ多くのセッションで取り上げられて若干のバズワード感はありましたが、ドメインやユースケース毎に個別最適化するアーキテクチャは良いと思いました。自律した Agent 群が協調して動作することで、部分的な更新、システム全体の可用性やパフォーマンスの向上、Agent 単位のスケーリングが実現しやすくなります。UI がチャットボットから音声入力に変わっても、容易に対応できそうです。Breakoutブレイクアウトセッションの様子。個人的に熱いと感じた Azure 関連のアップデート。Azure FunctionsFlex Consumption待望の GA だが、日本リージョンにデプロイされず・・・Durable Task Scheduler for Azure Durable FunctionsDurable Functions は OpenAI との相性が良い、最適化されたパフォーマンスでモニタリングしやすさも向上Azure Container AppsServerless GPUサーバーレスで GPU が使えるCosmos DBVector Search for NoSQLDiskANN を使ったベクトル検索が GAFull Text Search and Hybrid Searchまさかの Cosmos DB でフルテキスト検索とハイブリッド検索、AI Search との使い分けを整理したいAzure Managed Redis現行の Azure Cache for Redis よりも早い安い、将来的には移行する流れ一方で、OpenAI 周りの大きなアップデートは AI Studio が AI Foundry にリネームされてくらいでした。これはシステムを構築する際に OpenAI と繋ぎ込む Azure リソースへの関心や重要性が高まっていて、OpenAI を活用したソリューションを構築するフェーズに入ったことを意味していると感じました。会場の様子McCormick Place には1～3階の各フロアに部屋があって、自由に聞きたいセッションを選べます。昨年のシアトルの会場と比較しても、かなり広い会場でセッション間の移動が大変でした。HUB はパートナーのブースやシアターセッションがある広い会場でした。エキスパートのブースもあったので、Azure Functions チームに Flex Consumption を Japan リージョンにもデプロイしてほしいとフィードバックしておきました。MVP と RD の名前が書かれた Wall もあって、自分の名前を発見して安心しました。Ignite 飯は全体的に例年並みでしたが、スープが美味しかったです。最近は危険な料理を避ける嗅覚が身に付いてきた感があります。今回の戦利品。Backpack と Water Bottle が貰えたので、Ignite 期間中は重宝しました。Microsoft Ignite and AMD CelebrationDay3 のパーティ会場は、ミシガン湖岸にある Navy Pier でした。シカゴ ループ（地下鉄の路線図）をモチーフにしたパーティになっており、お酒を飲んだりご飯を食べたりしながらライブやゲームを楽しめました。まとめMicrosoft Ignite 2024 にシカゴで現地参加してきました。gooner.hateblo.jp

Microsoft Ignite 2024 に現地参加してきました

先週末、第4回 Azure Travelers 勉強会 福岡の旅に参加してきました。jat.connpass.com勉強会オルターブースさんの全面協力のもと、エンジニアカフェで行われました。engineercafe.jpセッションでは、Entra External ID、Platform Engineering、生成 AI など興味深い内容が多く、会場を巻き込みながらインタラクティブに進行できる雰囲気がよかったです。午前中のみ配信のアーカイブがあります。www.youtube.com印象に残ったのは、パネルディスカッションで話題に挙がった福岡におけるハッカソンへの取り組みでした。ハックツハッカソンのような学生向けのハッカソンが定期開催されていて、オルターブースのメンバーが入社するきっかけになったそうです。cup.hackz.team懇親会の出席率も高かったですし、中州で食べた鯖や鯵など福岡名物の青魚が美味しかったです。そのあとはラーメンを食べに行ったり、屋台に行ったりしました。Azure Travelers では、開催地をサイコロで決める水曜どうでしょう的なルールがあり、次々回は四国に決定しました。勉強会以外にも、いろいろと観光して福岡を満喫しました。観光した話は、こちらの記事を参照してください。gooner.hateblo.jpまとめAzure Travelers のコミュニティは２回目の参加で、今回も楽しいイベントでした。欲を言えば、開催地の地元の人に多く参加してもらえるといいなと思いました。ちなみに、第3回の山形の旅は、こちらの記事を参照してください。gooner.hateblo.jp

Toshiyuki Hara

Microsoft Ignite 2025 に現地参加してきました

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【Streamable HTTP 版】

Japan Azure User Group 15周年イベント＆第7回 Azure Travelers 勉強会東京の旅に参加してきました

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【SSE 版】

Microsoft MVP for Microsoft Azure を再受賞しました

第6回 Azure Travelers 勉強会愛媛の旅に参加してきました

Microsoft Build 2025 に現地参加してきました

Global Azure 2025 で Azure Functions Flex Consumption の話をしてきました

書籍「Azureの知識地図〜クラウドの基礎から実装・運用管理まで」の感想

Azure Load Testing を使って Azure Functions Flex Consumption の HTTP Trigger のパフォーマンスとコストを最適化する

Azure Functions Durable Task Scheduler を使用して Multi Agent アプリケーションを構築する

GitHub Actions のワークフローが 60 日後に無効化されないようにする

第5回 Azure Travelers 勉強会沖縄の旅に参加してきました

Azure Functions の Azure OpenAI Extension で 404 エラーが発生する場合の確認事項

Azure Functions のビルドが NuGet エラーで失敗する件

2024 年振り返り

Azure App Service に Streamlit で作成したチャットアプリをデプロイする

Azure Functions におけるシークレットの管理方法を改めて考えてみた【Isolated Worker Process 版】

Azure Functions を In-Process モデルから Isolated Worker Process モデルにマイグレーションする

Azure App Service を .NET 9 にマイグレーションする

Microsoft Ignite 2024 に現地参加してきました

第4回 Azure Travelers 勉強会福岡の旅に参加してきました

Microsoft Ignite 2025 に現地参加してきました

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【Streamable HTTP 版】

Japan Azure User Group 15周年イベント＆第7回 Azure Travelers 勉強会 東京の旅に参加してきました

Azure Functions MCP extension を使用して Agentic Web アプリケーションを構築する【SSE 版】

Microsoft MVP for Microsoft Azure を再受賞しました

第6回 Azure Travelers 勉強会 愛媛の旅に参加してきました

Microsoft Build 2025 に現地参加してきました

Global Azure 2025 で Azure Functions Flex Consumption の話をしてきました

書籍「Azureの知識地図 〜クラウドの基礎から実装・運用管理まで」の感想

Azure Load Testing を使って Azure Functions Flex Consumption の HTTP Trigger のパフォーマンスとコストを最適化する

Azure Functions Durable Task Scheduler を使用して Multi Agent アプリケーションを構築する

GitHub Actions のワークフローが 60 日後に無効化されないようにする

第5回 Azure Travelers 勉強会 沖縄の旅に参加してきました

Azure Functions の Azure OpenAI Extension で 404 エラーが発生する場合の確認事項

Azure Functions のビルドが NuGet エラーで失敗する件

2024 年振り返り

Azure App Service に Streamlit で作成したチャットアプリをデプロイする

Azure Functions におけるシークレットの管理方法を改めて考えてみた【Isolated Worker Process 版】

Azure Functions を In-Process モデルから Isolated Worker Process モデルにマイグレーションする

Azure App Service を .NET 9 にマイグレーションする

Microsoft Ignite 2024 に現地参加してきました

第4回 Azure Travelers 勉強会 福岡の旅に参加してきました

Japan Azure User Group 15周年イベント＆第7回 Azure Travelers 勉強会東京の旅に参加してきました

第6回 Azure Travelers 勉強会愛媛の旅に参加してきました

書籍「Azureの知識地図〜クラウドの基礎から実装・運用管理まで」の感想

第5回 Azure Travelers 勉強会沖縄の旅に参加してきました

第4回 Azure Travelers 勉強会福岡の旅に参加してきました