Azure Logic Apps ソリューションの設計

  • 4 分

Azure Logic Apps は、自動化された "ワークフロー" を作成して実行するためのクラウドベースのプラットフォームを提供する別の種類のサーバーレス コンピューティング ソリューションです。 ワークフローは、アプリケーション、データ、サービス、システムを統合するステップバイステップのプロセスです。 Azure Logic Apps を使用すると、エンタープライズおよび企業間 (B2B) シナリオ向けに、高度にスケーラブルな統合ソリューションを迅速に開発できます。

Azure Logic Apps について知っておくべきこと

Azure Logic Apps のいくつかの特性と、コンピューティング ソリューションを使用して新しいワークロードを構築するためのシナリオを確認しましょう。

Flowchart for selecting Azure Logic Apps solutions to build new workloads.

  • Azure Logic Apps は、Azure Integration Services のコンポーネントです。 Logic Apps を使用すると、クラウド、オンプレミス、ハイブリッド環境で、レガシ、最新、最先端のシステムを簡単に接続できます。

  • Logic Apps を使用すると、新しいファイルのアップロードなど、特定のイベントが発生したときに Office 365 を使用してメール通知をスケジュールおよび送信できます。

  • Logic Apps を使用して、オンプレミスのシステムとクラウド サービス全体で顧客の注文をルーティングおよび処理します。

  • Logic Apps を実装して、アップロード済みのファイルを SFTP または FTP サーバーから Azure Storage に移動します。

  • Logic Apps を使用して、ツイートの監視し、そのセンチメントを分析して、確認が必要な項目についてはアラートやタスクを作成します。

Azure Logic Apps と Azure Functions の比較

Azure Logic Apps はコンピューティング サービスとしての Azure Functions に似ていますが、基本的な違いがあります。 Azure Functions は、永続的な関数を使用するコード優先テクノロジです。 Azure Logic Apps はデザイン優先テクノロジです。 次のフローチャートと表を確認して、2 つのソリューションを比較します。

Flowchart that shows the decision tree for when to use Azure Functions and Azure Logic Apps.

比較 Azure Functions Azure Logic Apps
開発 コード優先 デザイン優先
方法 コードを記述し、Durable Functions 拡張機能を使用します GUI を使用するか構成ファイルを編集して、オーケストレーションを作成する
接続 - 組み込みバインディング タイプの豊富な選択肢
- カスタム バインドのためにコードを書きます		 - コネクタの豊富なコレクション
- B2B シナリオ向けの Enterprise Integration Pack
- カスタム コネクタを作成する
Monitoring Azure Application Insights Azure portal、Azure Monitor ログ (Log Analytics)

Azure Logic Apps を使用する際の考慮事項

Azure Logic Apps がお使いのインフラストラクチャに最適なコンピューティング ソリューションかどうかを判断する際には、考慮すべき点がいくつかあります。 次の考慮事項を確認し、Azure Logic Apps で Tailwind Traders のコンピューティング戦略を強化する方法について考えます。

  • 統合を検討します。 Logic Apps を使用して、サービスとの統合の重要なインフラストラクチャ コンポーネントを提供します。 Logic Apps は、複数のアプリケーションやシステムを連動させる必要がある場合に適した選択肢です。 外部との接続のないアプリを構築している場合、おそらく Logic Apps は最善の選択ではないでしょう。

  • パフォーマンスを考慮します。 Logic Apps の実行エンジンを使用して、アプリを自動的にスケーリングします。 Logic Apps では大規模なデータセットを並列で処理できるので、高スループットを実現できます。 ただし、高速のアクティブ化時間は常に保証されているわけではなく、実行時間にリアルタイムの制約が適用されるわけでもありません。

  • 条件式を検討します。 非常に複雑で深い入れ子になった条件を Logic Apps に組み込みます。 Logic Apps にはブール式、switch ステートメント、ループなどのコントロール コンストラクトが用意されており、アプリでデータに基づいた決定を行えるようになっています。

  • コネクタを検討します。 アクセスする必要があるすべてのサービスで、事前構築済みのコネクタを使用できるかどうかを調べます。 カスタム コネクタを作成する必要がある場合があります。 サービスに既存の REST または SOAP API がある場合は、コードを記述しなくても、数時間でカスタム コネクタを作成できます。 そうでない場合、コネクタを作成する前に、まず API を作成する必要があります。

  • コンピューティング ソリューションを混在させることを検討します。 オーケストレーションをビルドするときに、サービスを混在させて照合すると、さまざまな機能を活用できます。 Logic Apps から関数を呼び出したり、Azure 関数からロジック アプリを呼び出したりすることができます。 サービスの機能または個人の好みに基づいて、各オーケストレーションをビルドします。

  • 他のオプションを検討します。 Azure Logic Apps を使用 "しない" タイミングを把握します。 Logic Apps が最適なオプションではない場合があります。 Logic Apps は、リアルタイム要件、複雑なビジネス ルール、または標準以外のサービスを使用している場合は、最適なソリューションではありません。

ビジネス アプリケーション

Azure Logic Apps が電力線を検査するドローンからデータを配布する方法については、数分かかります。

Azure Logic Apps の使用を計画する際に、次のフローチャートを使用して他の質問をすることができます。

Flowchart that shows a detailed decision tree for when to use Azure Logic Apps.