Azure における統合と自動化の適切なサービスを選ぶ

この記事では、次の Microsoft クラウド サービスを比較します。

いずれも統合に関する問題を解決し、ビジネス プロセスの自動化を実現できるサービスです。 どのサービスでも入力、アクション、条件、出力を定義できます。 また、それぞれのサービスはスケジュールまたはトリガーを使って実行できます。 各サービスにはそれぞれ違った利点が存在します。この記事では、これらの違いについて説明します。

Azure Functions とその他の Azure コンピューティング オプションとのより一般的な比較については、「Azure コンピューティング サービスを選択するための条件」と「マイクロサービス用の Azure コンピューティング オプションの選択」を参照してください。

Azure の Automation サービス オプションの概要と比較については、「Azure の Automation サービスを選ぶ」を参照してください。

Microsoft Power Automate と Azure Logic Apps の比較

Power Automate と Logic Apps はどちらも、ワークフローを作成できる "デザイナー第一" の統合サービスです。 どちらのサービスも、各種の SaaS アプリケーションやエンタープライズ アプリケーションと統合されます。

Power Automate は Logic Apps の上に構築されています。 どちらも同じワークフロー デザイナーと同じコネクタを共有します。

Power Automate を使用すると、オフィスの従業員がだれでも、開発者や IT 部門の力を借りることなくシンプルな統合 (SharePoint ドキュメント ライブラリでの承認プロセスなど) を実現できます。 Logic Apps でも、エンタープライズレベルの Azure DevOps とセキュリティ対策を必要とする高度な統合 (B2B プロセスなど) が可能になります。 ビジネスで使用するワークフローは、時間の経過と共に複雑さを増してくるものです。

以下の表は、特定の統合に Power Automate と Logic Apps のどちらが適しているかを判断するうえで役立ちます。

Power Automate Logic Apps
ユーザー オフィスの従業員、ビジネス ユーザー、SharePoint 管理者 インテグレーター、開発者、IT プロフェッショナル
シナリオ セルフ サービス 高度な統合
デザイン ツール ブラウザー上とモバイル アプリ、UI のみ コード ビューを利用できるブラウザー上、Visual Studio CodeVisual Studio
アプリケーション ライフサイクル管理 (ALM) 非運用環境で設計とテストを行い、準備ができたら運用環境に昇格します Azure DevOps: Azure Resource Manager におけるソース管理、テスト、サポート、自動化、管理
管理者向けエクスペリエンス Microsoft Power Automate 環境とデータ損失防止 (DLP) ポリシーの管理、ライセンスの追跡: 管理センター リソース グループ、接続、アクセス管理、およびログ記録の管理: Azure Portal
Security Microsoft 365 セキュリティ監査ログ、DLP、機密データの保存時の暗号化 Azure によるセキュリティ保証: Azure セキュリティMicrosoft Defender for Cloud監査ログ

Azure Functions と Azure Logic Apps の比較

Functions と Logic Apps は、サーバーレス ワークロードを可能にする Azure サービスです。 Azure Functions がサーバーレスのコンピューティング サービスであるのに対し、Azure Logic Apps はサーバーレスのワークフロー統合プラットフォームです。 どちらでも複雑な "オーケストレーション" を作成することができます。 オーケストレーションは、複雑なタスクを遂行するために実行できる Azure Logic Apps の関数の集まり、または アクション です。 たとえば注文のバッチを処理するのであれば、多数の関数のインスタンスを並列に実行し、すべてのインスタンスの完了を待った後、その集計結果を計算する関数を実行することになるでしょう。

Azure Functions では、コードを記述したり Durable Functions 拡張機能を使用したりすることによって、オーケストレーションを開発します。 Azure Logic Apps では、GUI を使用するか構成ファイルを編集することによってオーケストレーションを作成します。

オーケストレーションを構築するときは、ロジック アプリ ワークフローから関数を呼び出したり、関数からロジック アプリ ワークフローを呼び出したりしながら、さまざまなサービスを組み合わせることができます。 どのように個々のオーケストレーションを構築するかは、サービスの機能や個人の好みに基づいて選択します。 これらのサービスの主な違いをいくつか次の表に示します。

Durable Functions Logic Apps
開発 コード第一 (命令型) デザイナー第一 (宣言型)
接続 ビルトインのバインド (約 10 種類) およびカスタム バインド (コードを記述) コネクタの豊富なコレクションEnterprise Integration Pack (B2B のシナリオ向け)カスタム コネクタの構築
アクション 個々のアクティビティは Azure 関数 (アクティビティ関数のコードを記述する) 既製のアクションの豊富なコレクション
Monitoring Azure Application Insights Azure portalAzure Monitor ログMicrosoft Defender for Cloud
管理 REST APIVisual Studio Azure PortalREST APIPowerShellVisual Studio
実行コンテキスト ローカルまたはクラウドで実行できます Azure、ローカル、またはオンプレミスで実行されます。 詳細については、「Azure Logic Apps とは」を参照してください。

Functions と WebJobs の比較

Azure Functions と同様、Azure App Service WebJobs と WebJobs SDK は開発者向けに設計された "コード第一" の統合サービスです。 どちらも Azure App Service の上に構築されたものであり、ソース管理の統合認証Application Insights との統合による監視などの機能をサポートします。

WebJobs と WebJobs SDK

App Service の WebJobs 機能を使用すると、スクリプトやコードを App Service Web Apps のコンテキストで実行することができます。 WebJobs SDK は、WebJobs 向けに設計されたフレームワークです。Azure サービス内のイベントをきっかけにして実行するコードの作成が、このフレームワークによって単純化されます。 たとえば、Azure Storage に画像の BLOB が作成されたことをきっかけにして、サムネイル画像を作成することもできます。 WebJobs SDK は、.NET コンソール アプリケーションとして実行され、この .NET コンソール アプリケーションを WebJobs にデプロイすることができます。

WebJobs と WebJobs SDK は組み合わせて使ったときに最も効果的に機能しますが、WebJobs SDK なしで WebJobs を使うことも、その逆も可能です。 WebJobs は、App Service のサンドボックス内で動作するあらゆるプログラムまたはスクリプトを実行できます。 WebJobs SDK コンソール アプリケーションは、オンプレミス サーバーなど、コンソール アプリケーションの実行にさえ対応していれば、どこででも実行できます。

比較表

Azure Functions は、WebJobs SDK の上に構築されているため、同じイベント トリガーや他の Azure サービスとの接続を数多く共有します。 以下に、Azure Functions を使用するか WebJobs と WebJobs SDK を使用するかの選択において考慮すべき事柄をいくつか示します。

関数 WebJobs と WebJobs SDK
サーバーレスのアプリ モデル自動スケーリング
ブラウザーでの開発とテスト
従量課金制の価格
Logic Apps との統合
イベントのトリガー Timer
Azure Storage キューと BLOB
Azure Service Bus のキューとトピック
Azure Cosmos DB
Azure Event Hubs
HTTP/WebHook (GitHub、Slack)
Azure Event Grid
Timer
Azure Storage キューと BLOB
Azure Service Bus のキューとトピック
Azure Cosmos DB
Azure Event Hubs
ファイル システム
サポートされている言語 C#
F#
JavaScript
Java
Python
PowerShell
C#1
パッケージ マネージャー NPM と NuGet NuGet2

1 (WebJobs SDK なしの) WebJobs では、C#、Java、JavaScript、Bash、.cmd、.bat、PowerShell、PHP、TypeScript、Python などの言語がサポートされます。 WebJobs は、App Service のサンドボックス内で動作するあらゆるプログラムまたはスクリプトを実行できます。

2 (WebJobs SDK なしの) WebJobs では NPM と NuGet がサポートされています。

まとめ

Azure Functions は、Azure App Service WebJobs よりも開発者の生産性を向上させます。 また、プログラミング言語、開発環境、Azure サービスの統合、および価格に関して、より多くのオプションが提供されます。 ほとんどの場合、それが最適な選択肢になるでしょう。

WebJobs が最適な選択肢となるシナリオは 2 つです。それらを次に示します。

  • イベントをリッスンするコード (JobHost オブジェクト) をより細かく制御する必要がある。 Functions では、JobHost ファイルで JobHost の動作をカスタマイズする方法に限りがあります。 JSON ファイル内の文字列で指定できる範囲を超えた作業も、ときには必要になります。 たとえば、Azure Storage のカスタム再試行ポリシーを構成できるのは、WebJobs SDK だけです。
  • コード スニペットの実行対象の App Service アプリがあり、そのコード スニペットをアプリと同じ Azure DevOps 環境で管理したい。

その他のシナリオで、Azure またはサードパーティのサービスと連携するコード スニペットを実行する場合は、WebJobs と WebJobs SDK の組み合わせよりも、Azure Functions を選ぶようにしてください。

Power Automate、Logic Apps、Functions、および WebJobs の連携

これらのサービスのうち、1 つだけを選択する必要はありません。 これらのサービスは、外部のサービスと連携するのと同様に、互いに連携して動作します。

Power Automate フローでは、Azure Logic Apps ワークフローを呼び出すことができます。 Azure Logic Apps ワークフローは、Azure Functions で関数を呼び出すことができます。その逆も同様です。 その例については、「Azure Logic Apps と統合される関数を作成する」を参照してください。

Power Automate、Logic Apps、Functions の間で、これらのサービス間の統合エクスペリエンスは長期的に改善され続けます。 1 つのサービスでコンポーネントを構築し、そのコンポーネントを他のサービスで使用することができます。

統合サービスの詳細については、以下のリンクを参照してください。

次のステップ

初めてのフロー、ロジック アプリ ワークフロー、関数アプリを実際に作ってみましょう。 以下のいずれかのリンクを選択してください。