クイックスタート: Azure portal で従量課金ロジックアプリワークフローの例を作成する

適用対象: Azure Logic Apps (従量課金)

このクイックスタートでは、RSS フィードを監視し、電子メール通知を送信する自動化されたワークフローを作成する方法について説明します。次のコネクタ操作を使用して、従量課金ロジックアプリワークフローを構築します。

RSS コネクタ。RSS フィードを確認するトリガーとなります。
Office 365 Outlook コネクタでは、メールを送信するアクションが提供されます。

従量課金ワークフローは、マルチテナント Azure Logic Apps で実行されます。このクイックスタートを完了すると、ワークフローは次の例のようになります。

ヒント

詳細について、Azure Copilot に次のように質問することができます。

Azure Logic Apps とは
"従量課金のロジックアプリワークフローとは何ですか?"
"RSS コネクタとは何ですか?"
"Office 365 Outlook コネクタは何ですか?"

Azure Copilot を見つけるには、Azure portal のツールバーで、[Copilot] を選択します。

この例では、ワークフローで使用できる 1,400 以上のコネクタの 2 つのコネクタからの操作を使用します。この例はクラウドベースですが、Azure Logic Apps では、クラウド、オンプレミス、ハイブリッド環境でアプリ、データ、サービス、システムを接続するワークフローがサポートされています。

他のツールを使用して従量課金ロジックアプリワークフローを作成および管理するには、次のクイックスタートを参照してください。

そうではなくシングルテナントの Azure Logic Apps で実行する Standard ロジックアプリワークフローを作成するには、Azure portal でのサンプル Standard ロジックアプリワークフローの作成に関するページを参照してください。

前提条件

Azure アカウントとサブスクリプション。無料の Azure アカウントを取得します。
Office 365 Outlook や Outlook.com などのメールアカウント。

Note

このクイックスタートでは、職場または学校アカウントが必要な Office 365 Outlook を使用します。 Outlook.com には個人の Microsoft アカウントが必要です。他の電子メールプロバイダーについては、「Azure Logic Apps のコネクタ」をご覧ください。
Azure リソースへのネットワークアクセス。

企業のファイアウォールの内側にいる場合は、Azure Logic Apps の IP アドレス要件に関するページを参照してください。コネクタについては、「マネージドコネクタの送信 IP アドレス」を参照してください。

従量課金のロジックアプリリソースを作成する

Azure portal で、Azure アカウントを使ってサインインします。
Azure portal の検索ボックスに「ロジックアプリ」と入力し、[ロジックアプリ] を選びます。

[ロジックアプリ] ページのツールバーで [追加] を選びます。

[ロジックアプリの作成] ページが表示され、次のオプションが表示されます。

プラン	説明
従量課金プラン	マルチテナント Azure Logic Apps で実行され、課金に従量課金モデルを使用するワークフローを 1 つだけサポートするロジックアプリリソースを作成します。
Standard	複数のワークフローをサポートするロジックアプリリソースを作成します。次のオプションがあります。 - ワークフローサービスプラン: ワークフローはシングルテナントの Azure Logic Apps で実行され、課金に Standard モデルを使用します。 - App Service Environment V3: ワークフローはシングルテナントの Azure Logic Apps で実行され、課金に App Service Environment プランを使用します。 - ハイブリッド: ワークフローは、 Kubernetes イベントドリブン自動スケーリング (KEDA) を使用して、オンプレミスおよび複数のクラウドで実行されます。詳細については、「ハイブリッドデプロイの Standard ワークフローを作成する」を参照してください。

プラン

説明

従量課金プラン

マルチテナント Azure Logic Apps で実行され、課金に従量課金モデルを使用するワークフローを 1 つだけサポートするロジックアプリリソースを作成します。

Standard

複数のワークフローをサポートするロジックアプリリソースを作成します。次のオプションがあります。

- ワークフローサービスプラン: ワークフローはシングルテナントの Azure Logic Apps で実行され、課金に Standard モデルを使用します。

- App Service Environment V3: ワークフローはシングルテナントの Azure Logic Apps で実行され、課金に App Service Environment プランを使用します。

- ハイブリッド: ワークフローは、 Kubernetes イベントドリブン自動スケーリング (KEDA) を使用して、オンプレミスおよび複数のクラウドで実行されます。詳細については、「ハイブリッドデプロイの Standard ワークフローを作成する」を参照してください。

[ ロジックアプリの作成 ] ページで、[ 従量課金 (マルチテナント)]>を選択してください。

[ 基本 ] タブで、ロジックアプリリソースに関する次の情報を指定します。

プロパティ	必須	値	説明
サブスクリプション	はい	< Azure サブスクリプション名>	Azure サブスクリプション名。この例では、従量課金制を使用します。
リソースグループ	はい	< Azure リソースグループ名>	ロジックアプリと関連リソースを作成する Azure リソースグループ。リージョン間で一意であり、文字、数字、ハイフン (-)、アンダースコア (_)、かっこ (())、またはピリオド (.) のみを含む名前を指定します。この例では、Consumption-RG という名前のリソースグループを作成します。
ロジックアプリ名	はい	< ロジックアプリ名>	リージョン間で一意であり、文字、数字、ハイフン (-)、アンダースコア (_)、かっこ (())、またはピリオド (.) のみを含む名前を指定します。この例では、My-Consumption-Logic-App という名前のロジックアプリリソースを作成します。
リージョン	はい	< Azure リージョン>	ロジックアプリの Azure データセンターリージョン。この例では米国西部を使用します。
ログ分析の有効化	はい	いいえ	診断ログを有効にする場合にのみ、このオプションを変更します。このクイックスタートでは、既定の選択をそのまま使います。
ワークフローの種類	はい	ステートフル	作成するワークフローの種類。すべての従量課金ワークフローはステートフルです。つまり、ワークフローは、状態、入力、出力などの実行履歴情報を自動的に保存して格納します。注: このクイックスタートでは、エージェント以外のワークフローの作成に重点を置いています。 Stateful が選択されていない限り、このセクションでは何も変更する必要はありません。エージェントワークフローをサポートしていないリージョンでは、[ ワークフローの種類 ] オプションは使用できません。エージェントワークフローの詳細については、以下を参照してください。 - Azure Logic Apps で自律 AI エージェントワークフローを作成する - Azure Logic Apps で会話型 AI エージェントワークフローを作成する

Note

可用性ゾーンは、可用性ゾーンをサポートする Azure リージョン内の新規および既存の従量課金ロジックアプリワークフローに対して自動的に有効になります。詳細については、「Azure Functions の信頼性」および「ゾーン冗長と可用性ゾーンを使用してゾーン障害からロジックアプリを保護する」を参照してください。

完了すると、設定は次の例のようになります。

準備ができたら、[確認および作成] を選択します。検証ページが表示されたら、指定したすべての情報を確認し、[作成] を選びます。
Azure によってロジックアプリリソースが正常にデプロイされたら、[リソースに移動] を選択します。または、Azure の検索ボックスを使用して自分のロジックアプリリソースを見つけて選択します。

トリガーを追加する

ワークフローは、常に 1 つのトリガーで開始されます。それにより、ワークフローで後続のアクションを実行する前に満たすべき条件が指定されます。トリガーが起動するたびに、Azure Logic Apps によりワークフローインスタンスが作成され、実行されます。トリガーが起動しない場合、ワークフローインスタンスは作成されず、実行もされません。

この例では、指定されたスケジュールに基づいて RSS フィードをチェックする RSS トリガーを使用します。フィードに新しい項目が存在すると、トリガーが起動し、新しいワークフローインスタンスが作成され実行されます。チェック間に複数の新しい項目が存在する場合は、項目ごとにトリガーが起動し、項目ごとに個別の新しいワークフローインスタンスが実行されます。既定では、同時に作成されたワークフローインスタンスも同時にまたは並行して実行されます。

ロジックアプリのリソースサイドバーの [開発ツール] で、デザイナーを選択してワークフローを開きます。
フィード項目が発行されたときという名前の RSS トリガーを追加するには、一般的な手順に従います。

トリガーウィンドウで、次の情報を指定します。

パラメーター	必須	値	説明
RSS フィードの URL	はい	< RSS フィードの URL>	監視する RSS フィードの URL。この例では、https://feeds.content.dowjones.io/public/rss/RSSMarketsMain のウォールストリートジャーナルの RSS フィードを使用しています。ただし、HTTP 承認を必要としない任意の RSS フィードを使用できます。ワークフローを簡単にテストできるように、頻繁に発行される RSS フィードを選択します。
選択したプロパティは、新しい項目を決定するために使用されます	いいえ	PublishDate	どの項目が新しいかを判断するためのプロパティ。
間隔	はい	30	フィードのチェックの間隔 (単位数)。間隔の値は RSS トリガーの最小間隔なので、この例では間隔として 30 を使います。
頻度	はい	分	各間隔に使用する頻度の単位。この例では、頻度として Minute を使用します。
タイムゾーン	いいえ	< タイムゾーン>	RSS フィードのチェックに使用するタイムゾーン。
[開始時刻]	いいえ	<開始時刻>	RSS フィードの確認に使用する開始時刻。

ワークフローを保存します。デザイナーのツールバーで、[保存] を選択します。

この手順により、ロジックアプリのリソースとワークフローが Azure portal に自動的に公開されます。ただし、ワークフローでは、指定されたスケジュールに基づいて、RSS フィードを確認するトリガーを起動する以外の処理はまだ行われません。後のセクションでは、トリガーの起動時に何を行うかを指定するアクションを追加します。
この RSS トリガーの既定のダブルエンコード動作により、トリガー定義を編集して動作を削除する必要があります。
1. デザイナーのツールバーで、[コードビュー] を選択します。
  
  Important
  
  トリガー情報ペインで [コードビュー ] タブを選択しないでください。このタブでは、コードビューが読み取り専用モードで開きます。
2. コードエディターで、行 "feedUrl": "@{encodeURIComponent(encodeURIComponent('https://feeds.content.dowjones.io/public/rss/RSSMarketsMain'))}"を見つけます。
3. インスタンスが 1 つだけになるように、 encodeURIComponent() という名前の追加の関数を削除します。次に例を示します。
  
  "feedUrl": "@{encodeURIComponent('https://feeds.content.dowjones.io/public/rss/RSSMarketsMain')}"
変更を保存します。コードビューのツールバーで、[ 保存] を選択します。

デザイナーまたはコードビューでワークフローに対する変更を保存するたびに、Azure はそれらの変更を Azure portal でライブで即座に発行します。
デザイナーに戻るコードビューのツールバーで、[ デザイナー] を選択します。

次のセクションでは、トリガー条件が満たされたときに実行するアクションを追加します。これにより、トリガーが起動します。

アクションを追加する

トリガーに続く アクション は、ワークフローで何らかの操作を実行する後続のステップです。どのアクションでも、トリガーを含む、前の操作からの出力を使用できます。ワークフローの制限までシナリオに必要な数のアクションを追加し、異なるアクションパスまたはブランチを作成できます。

この例では、新しい RSS フィード項目に対してトリガーが起動されるたびにメールを送信する Office 365 Outlook アクションを使用します。トリガーチェックの間に複数の新しい項目が存在する場合は、複数の電子メールを受け取ります。

デザイナーで、一般的な手順に従って、電子メールを送信するコネクタアクションを追加します。次に例を示します。
- Microsoft の職場または学校アカウントをお持ちの場合は、"メールの送信" という Office 365 Outlook コネクタアクションを追加します。
- 個人の Microsoft アカウントをお持ちの場合は、"メールの送信" という Outlook.com コネクタアクションを追加します。
この例では、"メールの送信" という Office 365 Outlook コネクタアクションを続けます。

サポートされている別の電子メールサービスをワークフローで使用する場合は、ユーザーインターフェイスの外観が若干異なることがあります。ただし、別の電子メールサービスに接続するための基本的な概念は同じです。
選択した電子メールサービスで、サインインして ID を認証するよう求められた場合は、その手順をすぐに実行します。

多くのコネクタでは、続行する前に、まず接続を作成し、ID を認証する必要があります。この例では、Office 365 Outlook に接続するための手動認証を使用します。ただし、他のサービスでは異なる認証の種類がサポートまたは使用されている場合があります。シナリオに基づいて、さまざまな方法で接続認証を処理できます。

詳細については、以下を参照してください。

アクション情報ウィンドウで、電子メールに含める次の情報を指定します。

[宛先] ボックスに、受信者の電子メールアドレスを入力します。テストには、メールアドレスを使用します。

[宛先]ボックスやその他の編集ボックスの中を選択すると、動的コンテンツリスト（稲妻アイコン）や式エディター（数式アイコン）を開くためのオプションが表示されます。動的コンテンツリストには、現在のアクションの入力として選択できる以前の操作からの出力が表示されます。式エディターを使用すると、関数と操作の出力を使用してデータを操作できます。現時点では、これらのオプションは無視してかまいません。動的なコンテンツの一覧は、次の手順で使用します。
[件名] ボックスに、メールの件名を入力します。

この例では、次の手順に従って、RSS アイテムのタイトルを表示するトリガーからの出力を含めます。
1. 「New RSS item: 」と入力します (末尾に空白スペースを含めます)。
2. [件名] ボックス内にカーソルを置いたまま、動的コンテンツリスト (稲妻アイコン) を選びます。
3. 開いた動的コンテンツリストの [フィード項目が発行される場合] で、[フィードタイトル] を選びます。これは、RSS 項目のタイトルを参照するトリガー出力です。
  
  [フィード項目が発行される場合] に使用できる出力が表示されない場合は、[詳細表示] を選びます。
  
  完了すると、メールの件名は次の例のようになります。
  
  Note
  
  配列を参照する出力を選ぶと、デザイナーにより、出力を参照するアクションを囲む For each ループが自動的に追加されます。こうすることで、ワークフローは配列内の各項目に対して同じアクションを実行して配列を処理します。
  
  ループを削除するには、子アクションをループの外にドラッグして、ループを削除します。

[本文] ボックスにメールの内容を入力します。

この例では、説明テキストの各行に続けて、RSS トリガーからの対応する出力を含めます。編集ボックスで空白行を追加するには、Shift + Enter キーを押します。

説明テキスト	プロパティ	説明
`Title:`	フィードタイトル	アイテムのタイトル。
`Date published:`	フィードの公開日付	アイテムの発行日時。
`Link:`	プライマリフィードリンク	アイテムの URL。