次の方法で共有


Azure Logic Apps の一般的なシナリオ、例、チュートリアル、手順

Azure Logic Apps には、SQL Server または SAP から Azure AI Services まで、事前に造られすぐに使用できるコネクタが数百個用意されているため、さまざまなサービスの調整と統合に使用できます。 Azure Logic Appsは 「サーバーレス」 なので、スケールやインスタンスに関する心配は不要です。 必要なことは、ワークフローが実行するトリガーとアクションに関するワークフローの定義のみです。 拡張性、可用性、およびパフォーマンスは、基になるプラットフォームによって処理されます。 Azure Logic Apps は、複数のシステムとサービス全体でアクションを調整する必要があるユース ケースやシナリオに特に適しています。

Azure Logic Apps がサポートする機能とパターンについて学習するために、このガイドでは、一般的な出発点、例、およびシナリオについて説明します。

ロジック アプリ ワークフローの一般的な開始点

すべてのワークフローは、トリガー条件が満たされたときに起動し、ワークフローを実行し、トリガー出力をワークフロー内の後続のアクションに渡す 1 つのトリガーで始まります。 多くのコネクタは、次のいずれかの型のトリガーを提供します:

  • ポーリング トリガー: 指定されたスケジュールに基づいて、サービス エンドポイントで、トリガー条件を満たすデータまたはイベントをチェックします。 その時点でトリガー条件が満たされると、トリガーが起動し、ワークフローの入力としてトリガー出力を使用する新しいワークフロー インスタンスが作成および実行されます。

  • プッシュ トリガー: サービス エンドポイントで、トリガー条件を満たすデータまたはイベントをリッスンして待機します。 その時点で、トリガーはすぐに起動し、ワークフローの入力としてトリガー出力を使用する新しいワークフロー インスタンスを作成して実行します。

ポーリング トリガーの例

トリガー [説明] 詳細情報
繰り返し トリガー ワークフローを実行するための繰り返し (開始日時を含む) を設定します。 たとえば、曜日と時刻を選択できます。 - Azure Logic Apps で自動化された定期的なタスク、プロセス、ワークフローのスケジュールを設定して実行する

- チュートリアル:スケジュールに基づいて定期的に実行される自動化されたワークフローを Azure Logic Apps を使用して作成する
電子メールを受信したとき Azure Logic Apps でサポートされているメール プロバイダーからの新しいメール (Office 365 Outlook GmailOutlook.comなど )を確認します。 重要:Gmail コネクタの使用を希望する場合、 Azure Logic Appsで制限なしにこのコネクタを使用できるのは、G-Suite ビジネス アカウントだけです。 Gmail コンシューマー アカウントを持っている場合は、Google によって承認された特定のサービスのみでこのコネクタを使用できるほか、認証に使用する Google クライアント アプリを Gmail コネクタで作成することができます。 詳細については、「Azure Logic Apps での Google コネクタのデータ セキュリティとプライバシー ポリシー」を参照してください。

電子メール関連のトリガーに関するチュートリアルについては、次のドキュメントを参照してください:

- チュートリアル:Azure Logic Apps を使用して承認ベースの自動化されたワークフローを作成する

- チュートリアル:Azure Logic Apps、Azure Functions、Azure Storage を使用してメール処理のタスクを自動化する
HTTP トリガー HTTP または HTTPS 経由でサービス エンドポイントを呼び出します。 HTTP エンドポイントを使用してワークフローを呼び出すか、トリガーするか、または入れ子にする

プッシュ トリガーの例

トリガー [説明]
要求 トリガー 受信 HTTPS 要求を受信します。
HTTP Webhook トリガー サービスにコールバック URL を登録することでサービス エンドポイントにサブスクライブします。 この方法では、指定されたイベントが発生したときにサービスからトリガーに通知することができるので、トリガーでサービスをポーリングする必要がありません。

トリガーを追加したら、1 つ以上のアクションを追加してワークフローの構築を続けます。 以下のクイックスタートは、グローバルなマルチテナント Azure Logic Apps で実行される最初の従量課金ロジック アプリ ワークフローの構築に役立ちます:

次の攻略ガイドは、シングルテナントの Azure Logic Apps で実行される Standard ロジック アプリ ワークフローの構築に役立ちます:

制御フローおよびエラー処理の機能

Azure Logic Appsには、条件、スイッチ、ループ、スコープなど、高度な制御フローの機能が多数用意されています。 耐障害性を備えたソリューションを実現するために、ワークフローにエラーおよび例外処理を実装することもできます。

カスタム API とコネクタを作成する

コネクタが公開されていないシステムとサービスの場合は、Azure Logic Apps を拡張してカスタム API とコネクタを作成することもできます:

企業間取引 (B2B) ソリューションの構築

組織の間にエンタープライズ統合ソリューションとシームレスな通信を実現するために、Azure Logic Apps で Enterprise Integration Pack (EIP) を使用して、このようなシナリオ向けの自動化されたスケーラブルなワークフローを構築することができます。 組織どうしは、異なるプロトコルと形式を使用していても、メッセージを電子的に交換することができます。 異なる形式は、EIP によって、組織のシステムで処理できる、AS2、X12、EDIFACT、RosettaNet などの業界標準プロトコルをサポートする形式に変換されます。 これらのソリューションを構築する前に、統合アカウントを作成できます。これは、ロジック アプリ ワークフローで定義して使用する成果物のためのセキュリティで保護され、スケーラブルで管理可能なコンテナーを提供する個別の Azure リソースです。 たとえば、成果物には取引先、契約、マップ、スキーマ、証明書、バッチ構成などが含まれます。

Azure 仮想ネットワーク リソースにアクセスする

ロジック アプリワークフローで、Azure 仮想ネットワーク内の仮想マシン (VM) や、セキュリティで保護されたリソースにアクセスすることが必要になる場合があります。 このようなリソースに直接アクセスするには、 Standard ロジック アプリ ワークフローを作成します。 この種類のロジック アプリ ワークフローは、マルチテナント Azure Logic Apps の従量課金ロジック アプリ ワークフローとは別に、シングルテナントの Azure Logic Apps で実行され、専用ストレージやその他のリソースを使用します。 このオプションでは、他の Azure のテナントがご利用のアプリのパフォーマンスに与える、 「うるさい隣人 (noisy neighbors)」影響として知られる印象を軽減するのに役立ちます。

ロジック アプリのデプロイ、管理、監視ワークフロー

Azure DevOps またはその他のソース管理および自動ビルド ツールを使用して、ロジック アプリ リソースを完全に開発してデプロイできます。 リソース テンプレートでワークフローおよび依存接続のデプロイをサポートするために、ロジック アプリリソースでは、Azure リソース デプロイ テンプレートが使用されます。 ワークフロー実行ステータスの通知および診断ログについては、Azure Logic Apps によって監視やアラートも提供されます。

デプロイ

管理する

モニター

コンテンツ タイプ、変換の処理

Azure Logic Apps ワークフロー定義言語でさまざまな関数を使用して、複数のコンテンツ タイプにアクセスしたり、そのコンテンツ タイプを変換したりできます。 たとえば、文字列、JSON、および XML を、@json() および @xml() ワークフロー式に変換することができます。 Azure Logic Apps ではコンテンツ タイプが保持され、サービス間での無損失のコンテンツ転送がサポートされます。

その他の統合と機能

Azure Logic Apps は、Azure Functions、Azure API Management、Azure App Service、カスタム HTTP エンドポイント (例: REST、SOAP) など、多くのサービスと統合できます。

エンド ツー エンドのシナリオ

顧客事例

他の Azure サービスや Microsoft 製品と共に Azure Logic Apps を使用して、複雑なプロセスを簡素化、整理、自動化、調整することで、俊敏性を高め、コア ビジネスに集中できるようになった企業の事例をご覧ください。

次のステップ