Microsoft が Microsoft Build 2026 で Azure Logic Apps の新 SKU「Azure Logic Apps Automation」を発表した。AIエージェント・ナレッジサービス・モデルアクセスがあらかじめ組み込まれたマネージド環境を提供し、これまでよりはるかに少ない設定工数でエンタープライズグレードの自動化ワークフローを構築できるようになる。

何が変わるのか——新 SKU「Logic Apps Automation」の概要

従来の Azure Logic Apps は「Consumption（従量課金）」と「Standard」の2つの SKU を中心に提供されてきた。今回発表された Logic Apps Automation はその上位かつ特化型の選択肢として追加される形で、以下が初期状態から利用可能になる。

  • AIエージェント機能の組み込み: Azure AI Foundry と深く統合されており、別途エージェントランタイムを用意する必要がない
  • ナレッジサービス（Knowledge Services）: ドキュメントやデータソースをナレッジベースとして接続し、RAG（検索拡張生成）パターンを標準のワークフローアクションとして扱える
  • モデルアクセスの一元管理: OpenAI モデルや Azure AI 上の各種モデルへのアクセスが SKU レベルで組み込まれており、接続設定を手で組む手間が省ける
  • マネージド環境: インフラ管理はマイクロソフト側が担う。コンテナの構成やスケーリング設定を自前で管理するコストが大幅に下がる

これまで「AIエージェントを組み込んだ自動化ワークフロー」を構築しようとすると、Azure AI Foundry・Azure OpenAI・Logic Apps・Azure API Management などを個別に構成してつなぎ合わせる必要があった。Logic Apps Automation はそのグルーコードの大部分をプラットフォームに吸収する設計だ。

技術的なポイント：エージェントオーケストレーションとの関係

注目すべきは、ワークフローエンジンである Logic Apps が AIエージェントの オーケストレーション層 としての役割を明確に担うようになる点だ。

従来の RPA 的なシナリオ（ファイルが届いたらメールを送る、承認フローを回す）に加え、「判断を伴う自動化」 ——ナレッジベースを参照して回答を生成し、結果によって後続の処理を分岐させる——をノーコード/ローコードの範囲で記述できるようになる。

プラットフォームとして見ると、これは Microsoft Entra ID によるエージェント認証・認可の仕組みと組み合わせた「管制塔としての Microsoft 基盤」というビジョンを、具体的な製品として実装したものと解釈できる。

実務への影響——日本のエンジニア・IT管理者が押さえるべきこと

すぐに検討すべきシナリオ

社内ナレッジ検索の自動化: SharePoint や社内ドキュメントを Knowledge Services に接続し、問い合わせへの一次回答を自動生成するフローを Logic Apps で構築する。これまで Azure AI Search + Azure OpenAI + Functions を別々に組む必要があったものが、単一の Logic Apps ワークフロー内で完結に近づく

承認フロー × AI判定の組み合わせ: 申請内容をナレッジベースと照合して「通常承認」「要確認」「自動却下」を振り分ける前処理をエージェントに委ね、Logic Apps の既存承認フローに差し込む構成

Non-Human Identity（NHI）管理との連携: 自動化ワークフローを人間の操作から切り離し、Managed Identity で実行するアーキテクチャが Logic Apps Automation では標準的なパスになる。ここを整備することが、自動化スケールの前提条件になる

移行タイミングの考え方

GA（一般提供）時期はまだ明確でないため、今すぐ既存ワークフローを移行する必要はない。ただし新規に AI 組み込みワークフローを設計するなら、Logic Apps Automation を前提にアーキテクチャを描いておくのが合理的だ。後から SKU を切り替えるより、設計段階から組み込んだほうが手戻りが少ない。

筆者の見解

ここ数年の Logic Apps は、正直なところ「Durable Functions があるのに Logic Apps を使う理由は何か」という問いに明確に答えられていなかった。ローコードとしての位置付けは理解できるが、AI エージェントが絡む複雑なシナリオになるとコードから離れるメリットより制約のほうが目立っていた。

今回の Logic Apps Automation はその問いへの一つの答えだと思う。「エージェントオーケストレーション基盤」というポジションを取りに来た、という意図は明確に読み取れる。

Azure の強みは、Entra ID による統合認証・認可と、Microsoft 365 や Teams との深い連携にある。エージェントが社内システムを操作するうえで、この基盤は他のクラウドにはない価値を持っている。Logic Apps Automation がその基盤を正しく活用できる構造になっているとすれば、AIエージェント活用の文脈でも「Azure を選ぶ理由」が一段と明確になる。

一方で、使いやすさと柔軟性のバランスには引き続き注視が必要だ。「組み込まれているから楽」が「組み込まれているから外せない」にならないよう、モデル選択の自由度やサードパーティ統合の柔軟性がどこまで担保されるかは、GA 版での検証が必要だろう。

自動化の本質は「人間が介在しなくてもよい部分を着実に機械に渡していくこと」だ。Logic Apps Automation がその流れを加速するツールになり得るか——実際に手を動かして確かめる価値のある発表だと判断している。

出典: この記事は What’s new in Azure Logic Apps at Microsoft Build 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。