次の方法で共有

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

Azure Logic Apps は、Azure サービス、Microsoft サービス、GitHub、SQL Server、SAP、Salesforce などの 1,400 以上の事前構築済みですぐに使用できるコネクタ を提供することで、さまざまなサービス、システム、アプリ、データを調整および統合するのに役立ちます。 Azure Logic Apps は "サーバーレス" 統合プラットフォームです。つまり、独自のインフラストラクチャを提供したり、アプリケーション インスタンスのスケーリングを管理したりする必要はありません。 統合ソリューションのロジックを設計し、自動化されたワークフローを構築することに、エネルギーと労力を集中させることができます。 プラットフォームは、スケール、可用性、パフォーマンスを処理します。 Azure Logic Apps は、複数のシステムとサービス全体でアクションを調整する必要があるユース ケースやシナリオに特に適しています。

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

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

Every workflow starts with a trigger, which fires either on a specified schedule or when the trigger condition is met. トリガーが起動すると、後続のアクションがワークフローで実行され、トリガー出力がこれらのアクションに渡されます。 多くのコネクタは、次のいずれかの型のトリガーを提供します：

  • Polling trigger: Based on the specified schedule, this trigger checks an endpoint for data or an event that meets the trigger condition. トリガー条件が満たされると、トリガーは新しいワークフロー インスタンスを起動、作成、実行します。 すべてのトリガー出力は、ワークフロー内の最初のアクションに入力として渡されます。

  • Push trigger: This trigger waits for an event that meets the trigger condition to happen at the specified endpoint. たとえば、イベントには、エンドポイントの場所で作成または更新された要求、メッセージ、またはファイルを受信するためのイベントが含まれる場合があります。 このイベントが発生すると、トリガーは新しいワークフロー インスタンスを起動、作成、実行します。 すべてのトリガー出力は、ワークフロー内の最初のアクションに入力として渡されます。

ポーリング トリガーの例

Trigger Description More information
Recurrence trigger ワークフローを実行するための繰り返し (開始日時を含む) を設定します。 たとえば、曜日と時刻を選択できます。 - Azure Logic Apps で自動化された定期的なタスク、プロセス、ワークフローのスケジュールを設定して実行する

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

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

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

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

プッシュ トリガーの例

Trigger Description
Request trigger 受信 HTTPS 要求を受信します。
HTTP Webhook トリガー Subscribe to a service endpoint by registering a callback URL with that service. この方法では、指定されたイベントが発生したときにサービスからトリガーに通知することができるので、トリガーでサービスをポーリングする必要がありません。

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

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

次のハウツー ガイドは、インフラストラクチャを設定し、独自のインフラストラクチャを使用して部分的に接続された環境で実行される標準ロジック アプリ ワークフローを構築するのに役立ちます。

Azure Logic Apps への移行

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

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

ワークフローからコードを実行する

ワークフローをセキュリティで保護する

Reliability

Azure AI サービスと機能との統合

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

Azure Logic Apps ワークフロー定義言語でさまざまな関数を使用して、複数のコンテンツ タイプにアクセスしたり、そのコンテンツ タイプを変換したりできます。 たとえば、文字列、JSON、および XML を、@json() および @xml() ワークフロー式に変換することができます。 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 によって監視やアラートも提供されます。

Deploy

Manage

Monitor

消費ワークフローの監視
標準ワークフローの監視

その他の統合と機能

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

End-to-end scenarios

Customer stories

Learn how Azure Logic Apps, along with other Azure services and Microsoft products, helped these companies improve their agility and focus on their core businesses by simplifying, organizing, automating, and orchestrating complex processes.

Next steps