適用対象: Azure Logic Apps (従量課金 + Standard)
このガイドでは、Azure portal を使用して従量課金または標準のロジック アプリ ワークフローを管理し、ワークフローの編集、無効化、有効化、削除などのタスクを実行する方法について説明します。
前提条件
ロジック アプリ リソースを検索して開く
Azure portal の検索ボックスに「ロジック アプリ」と入力し、[ロジック アプリ] を選びます。
ロジック アプリの一覧で、一覧を参照またはフィルター処理して、ロジック アプリ リソースを見つけます。
ロジック アプリ リソースを開くには、管理するアプリを選択します。
ロジック アプリのプロパティを表示する
Azure portal で、ご利用のロジック アプリ リソースを見つけて開きます。
ロジック アプリのメニューの [設定] の下で、[プロパティ] を選択します。
[プロパティ] ペインでは、たとえば、ロジック アプリ リソースに関する次の情報を表示してコピーできます。
従量課金プラン
-
名前
-
リソース ID
-
リソース グループ
-
場所
-
Type
-
サブスクリプション名
-
サブスクリプション ID
-
アクセス エンドポイント
-
ランタイム発信 IP アドレス
-
アクセス エンドポイントの IP アドレス
-
コネクタ発信 IP アドレス
Standard
-
状態
-
URL
-
仮想 IP アドレス
-
モード
-
送信 IP アドレス
-
追加の送信 IP アドレス
-
FTP/デプロイ ユーザー
-
FTP ホスト名
-
FTP 診断ログ
-
FTP ホスト名
-
FTPS 診断ログ
-
リソース ID
-
場所
-
リソース グループ
-
サブスクリプション名
-
サブスクリプション ID
接続の表示
Microsoft によって管理されるコネクタを使用してワークフローで接続を作成する場合、これらの接続は独自のリソース定義で Azure リソースを分離し、グローバルなマルチテナント Azure でホストされます。 標準のロジック アプリ ワークフローでは、ネイティブに実行され、シングルテナントの Azure Logic Apps ランタイムを利用する組み込みのサービス プロバイダー コネクタを使用することもできます。 これらの接続を表示して管理するには、ロジック アプリのリソースの種類に基づいて、次の手順に従います。
Azure portal で、ご利用のロジック アプリ リソースを見つけて開きます。
ロジック アプリ メニューの [開発ツール] で、[ API 接続] を選択します。
[ API 接続 ] ページで、特定の接続インスタンスを選択すると、その接続に関する詳細情報が表示されます。 基になる接続リソース定義を表示するには、[JSON ビュー] を選択します。
Azure portal で、ご利用のロジック アプリ リソースを見つけて開きます。
ロジック アプリのメニューの [ワークフロー] で、[接続] を選択します。
表示する接続の種類に基づいて、次のいずれかのオプションを選択します。
| オプション |
説明 |
|
API 接続 |
グローバルにホストされるマルチテナント Azure コネクタによって作成された接続。 基になる接続リソース定義を表示するには、[JSON ビュー] を選択します。 |
|
サービス プロバイダーの接続 |
サービス プロバイダー インターフェイスの実装に基づいて、組み込みのサービス プロバイダー コネクタによって作成される接続。 特定の接続インスタンスに関する詳細情報を表示するには、[詳細の表示] 列で目のアイコンを選択します。 選択した接続の基になるリソース定義を表示するには、[JSON ビュー] を選択します。 |
|
関数の接続 |
関連付けられている関数アプリ内の関数への接続。 関数に関する詳細情報を表示するには、[詳細の表示] 列で目のアイコンを選択します。 |
|
JSON ビュー |
ロジック アプリ リソース内のワークフロー間のすべての接続の基になるリソースの定義 |
空のワークフローをロジック アプリに追加する (Standard のみ)
従量課金ロジック アプリにはワークフローを 1 つだけ含めることができますが、Standard ロジック アプリ リソースには複数のワークフローを含めることができます。 デプロイされた Standard ロジック アプリ リソースに空のワークフローを追加し、Azure portal でワークフローの構築を続けることができます。
Azure portal で、デプロイした Standard ロジック アプリ リソースを選択します。
ロジック アプリのリソース メニューの [ ワークフロー] で、[ ワークフロー] を選択します。
[ ワークフロー ] ページのツール バーで、[ 追加>追加] を選択します。
[ 新しいワークフロー ] ウィンドウで、ワークフロー名を指定します。
Stateful または Stateless>Create を選択します。
[ワークフロー ] ページに 新しいワークフローが表示されたら、そのワークフローを選択してデザイナーを開き、ワークフローを作成できるようにします。
デプロイされたロジック アプリを無効または有効にする
デプロイされた従量課金ロジック アプリと Standard ロジック アプリには、アクティビティを無効にして有効にするさまざまな方法があります。
デプロイされた従量課金ロジック アプリを無効にする際の考慮事項
従量課金ロジック アプリを無効にすると、次の方法ですべてのワークフロー インスタンスに影響します。
Azure Logic Apps は、実行中のすべてのワークフロー インスタンスと保留中のワークフロー インスタンスの実行が完了するまで続行します。 このプロセスは、ボリュームやバックログによっては、完了までに時間がかかる場合があります。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
ロジック アプリが無効になっている間は、ワークフローの実行を再送信できます。
ロジック アプリが無効になっている間、ワークフロー トリガーは起動しません。 ただし、トリガーの状態は、ロジック アプリを無効にした時点を記憶します。 ロジック アプリを再起動すると、最後のワークフロー実行以降に未処理のすべての項目に対してトリガーが起動します。
最後のワークフロー実行以降に未処理のすべての項目でトリガーが起動されないようにするには、 トリガーの状態をクリアする必要があります。
デプロイされた従量課金ロジック アプリを無効または有効にする
1 つまたは複数の従量課金ロジック アプリを同時に無効または有効にすることができます。
Azure portal の検索ボックスに「ロジック アプリ」と入力し、[ロジック アプリ] を選びます。
[ロジック アプリ] ページで、[プラン] フィルターを使用して従量課金ロジック アプリのみを表示します。
ロジック アプリを無効にするか有効にするかに基づいて、[状態] フィルターを使用して [有効] または [無効] のロジック アプリのみを表示します。
チェックボックス列で、1 つまたは複数のロジック アプリを選択します。
- 選択した実行中のロジック アプリを停止するには、[無効または停止] を選択します。
- 選択した停止したロジック アプリを再起動するには、[ 有効]/[開始] を選択します。
選択内容を確認します。
タスクが成功したか失敗したかを確認するには、Azure のメイン ツール バーで 通知 リスト (ベル アイコン) を開きます。
すべてのワークフロー インスタンスに影響する Standard ロジック アプリを停止、開始、または再起動できます。 最初にアクティビティを停止せずに Standard ロジック アプリを再起動することもできます。 Standard ロジック アプリには複数のワークフローを含めることができるため、ロジック アプリ全体を停止するか、個々のワークフローを無効または有効にすることができます。
Standard ロジック アプリを停止する場合と子ワークフローを無効にした場合の影響は異なります。続行する前に、次の考慮事項を確認してください。
標準ロジック アプリを無効にする際の考慮事項
Standard ロジック アプリを無効にすると、次の方法ですべてのワークフロー インスタンスに影響します。
Azure Logic Apps は、進行中のすべてのワークフロー実行と保留中のワークフロー実行を直ちに取り消します。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
ロジック アプリが無効になっている間は、ワークフローの実行を再送信できます。
ロジック アプリが無効になっている間、ワークフロー トリガーは起動しません。 ただし、トリガーの状態は、ロジック アプリを無効にした時点を記憶します。 ロジック アプリを再度有効にすると、対応するワークフローが最後に実行されてから、未処理のすべての項目に対してトリガーが起動します。
ワークフローが最後に実行されてからすべての未処理の項目でトリガーが発生しないようにするには、 各ワークフローのトリガーの状態をクリアする必要があります。
デプロイされた Standard ロジック アプリを無効または有効にする
1 つまたは複数の Standard ロジック アプリを同時に無効または有効にすることができます。
Azure portal の検索ボックスに「ロジック アプリ」と入力し、[ロジック アプリ] を選びます。
[ロジック アプリ] ページで、[プラン] フィルターを使用して Standard ロジック アプリのみを表示します。
ロジック アプリを無効にするか有効にするかに基づいて、[状態] フィルターを使用して [有効] または [無効] のロジック アプリのみを表示します。
チェックボックス列で、1 つまたは複数のロジック アプリを選択します。
- 選択したロジック アプリを停止するには、[ 無効/停止] を選択します。
- 選択したロジック アプリを再起動するには、[ 有効化]/[開始] を選択します。
選択内容を確認します。
タスクが成功したか失敗したかを確認するには、Azure のメイン ツール バーで 通知 リスト (ベル アイコン) を開きます。
デプロイされた Standard ロジック アプリを無効にせずに再起動する
1 つの Standard ロジック アプリをいつでも再起動できます。
Azure portal で、Standard ロジック アプリ リソースを開きます。
ロジック アプリのメニューで、[概要] を選択します。
[概要] ページのツール バーで、[再起動] を選択します。
タスクが成功したか失敗したかを確認するには、Azure のメイン ツール バーで 通知 リスト (ベル アイコン) を開きます。
標準ワークフローを無効にする際の考慮事項
ワークフローを無効にすると、次の方法ですべてのワークフロー インスタンスに影響します。
Azure Logic Apps は、進行中のすべてのワークフロー実行と保留中のワークフロー実行を完了するまで続行します。 このプロセスは、ボリュームやバックログによっては、完了までに時間がかかる場合があります。
ヒント
運用環境以外で負荷やパフォーマンスをテストする際にリソースとワークフロー インスタンスのスケールダウンに時間がかかる可能性がある場合は、コストを削減するために、ワークフローを手動で停止することができます。 このアクションは、進行中および保留中のワークフローの実行を取り消します。
このタスクでは、Standard ロジック アプリ リソースのホスト設定に次の設定を追加します。
重要: 非運用環境でのみ、次の設定を使用します。 各ワークフロー ID の後にコロン (:) を付け、ワークフロー ID をセミコロン (;) で区切ります。
"Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID>:;<workflow-ID>:",
"Jobs.CleanupJobPartitionPrefixes": "<workflow-ID>:;<workflow-ID>:"
詳細については、Standard ロジック アプリのホストおよびアプリ設定の編集に関するページを参照してください。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
ワークフローが無効になっている間は、ワークフローの実行を再送信できます。
ロジック アプリまたはワークフローが無効になっている間、ワークフロー トリガーは起動しません。 ただし、トリガーの状態は、ワークフローを無効にした時点を記憶します。 ロジック アプリを再起動するか、ワークフローを有効にすると、最後のワークフロー実行以降に未処理のすべてのアイテムに対してトリガーが起動します。
最後のワークフロー実行以降に未処理のすべての項目でトリガーが起動されないようにするには、 トリガーの状態をクリアする必要があります。
Standard ワークフローを無効または有効にする
次にトリガー条件が満たされたときにトリガーが発動しないようにするには、ワークフローを無効にします。 1 つまたは複数の Standard ロジック アプリを同時に無効または有効にすることができます。
Azure portal で、Standard ロジック アプリ リソースを開きます。
ロジック アプリのメニューの [ワークフロー] で、[ワークフロー] を選択します。
チェックボックスの列で、無効または有効にするワークフローを選択します。
[ ワークフロー ] ページのツール バーで、現在のアクティビティの状態に基づいて [無効] または [有効] を選択します。
操作が成功したか失敗したかを確認するには、メインの Azure ツール バーで、[通知] の一覧 (ベルのアイコン) を開きます。
ロジック アプリまたはワークフローの停止後
ロジック アプリが停止している間、またはワークフローが無効になっている間、ワークフロー トリガーはトリガー条件が次に満たされるときに起動しません。 ただし、トリガーの状態は、ロジック アプリを停止した時点またはワークフローを無効にした時点を記憶します。 ロジック アプリを再起動するか、ワークフローを再度有効にすると、最後のワークフローの実行以降、未処理のすべてのアイテムに対してトリガーが起動します。
前回のワークフロー実行以降に未処理のすべての項目でトリガーが発生しないようにするには、ロジック アプリを再起動するか、ワークフローを再度有効にする前に、トリガーの状態をクリアする必要があります。
Azure portal で Standard ロジック アプリ ワークフローを開き、ワークフロー トリガーの任意の部分を編集します。
変更を保存します。 この手順により、トリガーの現在の状態がリセットされます。
既存のワークフローごとに繰り返します。
ロジック アプリを再起動します。
ロジック アプリを削除する
従量課金ロジック アプリの削除に関する考慮事項
削除された従量課金ロジック アプリ リソースを回復することはできません。 従量課金ロジック アプリの削除は、次の方法ですべてのワークフロー インスタンスに影響します。
Azure Logic Apps では、進行中および保留中のワークフロー実行を取り消すためにベスト エフォートが行われます。
大量のボリュームやバックログがあったとしても、ほとんどの実行は完了前または開始前にキャンセルされます。 ただし、キャンセル プロセスは完了までに時間がかかる場合があります。 その間、サービスによってキャンセル プロセスが処理される一方、いくつかの実行が実行対象として取り上げられてしまう可能性があります。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
ロジック アプリとワークフローを削除した後、同じロジック アプリとワークフローを再作成した場合、再作成されたワークフローには削除されたワークフローと同じメタデータがありません。
そのため、削除されたワークフローを呼び出す別のワークフローがある場合は、再作成されたワークフローのメタデータを更新するために呼び出し元ワークフローを再保存する必要があります。 これにより、呼び出し元は、再作成されたワークフローの正しい情報を取得します。 それ以外の場合、再作成したワークフローの呼び出しは、Unauthorized エラーで失敗します。 この動作は、統合アカウントのアーティファクトを使用するワークフローや、Azure 関数を呼び出すワークフローにも当てはまります。
従量課金ロジック アプリを削除する
1 つまたは複数の従量課金ロジック アプリを同時に削除できます。
Azure portal の検索ボックスに「ロジック アプリ」と入力し、[ロジック アプリ] を選びます。
[ロジック アプリ] ページで、[プラン] フィルターを使用して従量課金ロジック アプリのみを表示します。
チェックボックス列で、削除する 1 つまたは複数のロジック アプリを選択します。 ツールバーの [削除] を選択します。
確認ボックスが表示されたら、「yes」と入力して、[削除] を選択します。
タスクが成功したか失敗したかを確認するには、Azure のメイン ツール バーで 通知 リスト (ベル アイコン) を開きます。
1 つまたは複数の Standard ロジック アプリを同時に削除できます。 Standard ロジック アプリには複数のワークフローを含めることができるため、ロジック アプリ全体を削除することも、個々のワークフローを削除することもできます。
標準ロジック アプリの削除に関する考慮事項
Standard ロジック アプリの削除は、次の方法ですべてのワークフロー インスタンスに影響します。
Azure Logic Apps は、進行中のワークフロー実行と保留中のワークフロー実行を直ちに取り消します。 ただし、プラットフォームでは、ロジック アプリによって使用されるストレージでクリーンアップ タスクは実行されません。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
削除された Standard ロジック アプリを手動で回復することはできますが、ソース管理を使用して Standard ロジック アプリを管理すると、回復と再デプロイがはるかに簡単になります。
ソース管理を使用せず、後で削除された Standard ロジック アプリを回復する必要がある場合は、ロジック アプリを削除する前に、回復に必要なカスタム設定を必ず保存してください。
Azure portal で、Standard ロジック アプリに移動します。
ロジック アプリ メニューの [設定] で、[環境変数] を選択します。
[ アプリ設定 ] タブで、後で回復するために必要なカスタム アプリの設定と値を検索、コピー、保存します。
ロジック アプリ メニューの [設定] で、[構成] を選択します。
各設定タブで、後で回復するために必要なカスタム設定を書き留めます。
ロジック アプリとそのワークフローを削除しても、同じロジック アプリとワークフローを再作成した場合、再作成されたロジック アプリとワークフローには、削除されたリソースと同じメタデータがありません。
そのため、削除されたワークフローを呼び出す別のワークフローがある場合は、再作成されたワークフローのメタデータを更新するために呼び出し元ワークフローを再保存する必要があります。 これにより、呼び出し元は、再作成されたワークフローの正しい情報を取得します。 それ以外の場合、再作成したワークフローの呼び出しは、Unauthorized エラーで失敗します。 この動作は、統合アカウントのアーティファクトを使用するワークフローや、Azure 関数を呼び出すワークフローにも当てはまります。
Standard ロジック アプリを削除する
Azure portal の検索ボックスに「ロジック アプリ」と入力し、[ロジック アプリ] を選びます。
[ロジック アプリ] ページで、[プラン] フィルターを使用して Standard ロジック アプリのみを表示します。
チェックボックス列で、削除する 1 つまたは複数のロジック アプリを選択します。 ツールバーの [削除] を選択します。
確認ボックスが表示されたら、「yes」と入力して、[削除] を選択します。
タスクが成功したか失敗したかを確認するには、Azure のメイン ツール バーで 通知 リスト (ベル アイコン) を開きます。
標準ワークフローの削除に関する考慮事項
1 つまたは複数の Standard ワークフローを同時に削除できます。 標準ワークフローの削除は、次の方法でワークフロー インスタンスに影響します。
Azure Logic Apps は、進行中のワークフロー実行と保留中のワークフロー実行を直ちに取り消します。 プラットフォームでは、ワークフローによって使用されるストレージに対してクリーンアップ タスクも実行されます。
Azure Logic Apps は、新しいワークフロー インスタンスを作成することも実行することもありません。
ワークフローを削除しても、同じワークフローを再作成した場合、再作成されたワークフローには削除されたワークフローと同じメタデータがありません。
そのため、削除されたワークフローを呼び出す別のワークフローがある場合は、再作成されたワークフローのメタデータを更新するために呼び出し元ワークフローを再保存する必要があります。 これにより、呼び出し元は、再作成されたワークフローの正しい情報を取得します。 それ以外の場合、再作成したワークフローの呼び出しは、Unauthorized エラーで失敗します。 この動作は、統合アカウントのアーティファクトを使用するワークフローや、Azure 関数を呼び出すワークフローにも当てはまります。
Standard ワークフローを削除する
Azure portal で、Standard ロジック アプリ リソースを開きます。
ロジック アプリのメニューの [ワークフロー] で、[ワークフロー] を選択します。 チェック ボックスの列で、削除する 1 つまたは複数のワークフローを選択します。
ツールバーの [削除] を選択します。
操作が成功したか失敗したかを確認するには、メインの Azure ツール バーで、[通知] の一覧 (ベルのアイコン) を開きます。
削除された Standard ロジック アプリを回復する
削除された Standard ロジック アプリを回復する手順は、ソース管理とロジック アプリのホスティング オプションを使用するかどうかによって異なります。
削除されたロジック アプリの回復を試みる前に、次の考慮事項を確認してください。
ソース管理を使用する
ソース管理を使用する場合は、ホスティング オプションに基づいて、削除された Standard ロジック アプリ リソースを復旧できます。
| ホスティング オプション |
前提条件 |
回復後の手順 |
|
ワークフロー サービス プラン |
None |
ロジック アプリを再デプロイします。 |
|
App Service Environment V3 |
アプリを削除する前に、Azure portal から Standard ロジック アプリをダウンロードします。 詳しくは、「ポータルから Standard ロジック アプリの成果物をダウンロードする」をご覧ください。 |
ロジック アプリを再デプロイします。 |
ソース管理なし
ワークフロー サービス プランホスティング オプションを使用し、シングルテナントの Azure Logic Apps で実行される削除された Standard ロジック アプリを復旧するには、次の手順を試してください。
Azure portal で、ロジック アプリで使用されているストレージ アカウントがまだ存在することを確認します。 ストレージ アカウントが削除された場合は、最初に 削除されたストレージ アカウントを回復する必要があります。
ストレージ アカウント名を識別するには、ロジック アプリを開きます。
ロジック アプリ メニューの [設定] で、[環境変数] を選択します。
[ 環境変数 ] ページの [ アプリ設定] で、 AzureWebJobsStorage という名前のアプリ設定を見つけます。
ストレージ アカウントに移動します。 ストレージ アカウント メニューの [セキュリティとネットワーク] で、[アクセス キー] を選択します。
[ アクセス キー ] ページで、このガイドの後で使用できるように、プライマリ接続文字列を安全な場所にコピーして保存します。
接続文字列は次の形式を使用します。
DefaultEndpointsProtocol=https;AccountName=<storage-account-name>;AccountKey=<access-key>;EndpointSuffix=core.windows.net
ストレージ アカウント メニューの [ データ ストレージ] で、[ ファイル共有] を選択します。 このガイドで後で使用するために、ファイル共有名をコピーして保存します。
重要
ユーザー名、パスワード、アクセス キーなどを含む接続文字列などの機密情報を処理する場合は、使用可能な最も安全な認証フローを使用してください。
たとえば、Standard ロジック アプリ ワークフローでは、 securestring や secureobjectなどのセキュリティで保護されたデータ型はサポートされていません。 可能であれば 、マネージド ID を使用して Azure リソースへのアクセスを認証し、必要最小限の特権でロールを割り当てることをお勧めします。
マネージド ID 機能が使用できない場合は、 Azure Key Vault などの他のメジャーを使用して接続文字列をセキュリティで保護します。これは、Standard ロジック アプリ リソースの アプリ設定 で使用できます。
その後、 これらのセキュリティで保護された文字列を直接参照できます。
デプロイ時に環境変数を定義できる ARM テンプレートと同様に、 ロジック アプリ ワークフロー定義でアプリ設定を定義できます。 その後、接続エンドポイント、ストレージ文字列など、動的に生成されたインフラストラクチャ値をキャプチャできます。
詳細については、「Microsoft ID プラットフォームのアプリケーションの種類」を参照してください。
2. 新しい Standard ロジック アプリを作成する
Azure portal で、同じホスティング オプションと価格レベルで新しい Standard ロジック アプリ リソースを作成します。 新しい名前を使用することも、削除されたロジック アプリの名前を再利用することもできます。
続行する前に、 新しいロジック アプリを無効にします。
ロジック アプリ メニューの [設定] で、[環境変数] を選択します。 [ アプリの設定 ] タブで、次の値を更新します。 完了したら、必ず変更を保存してください。
| アプリ設定 |
置換値 |
|
AzureWebJobsStorage |
既存の値を、ストレージ アカウントから前にコピーした接続文字列に置き換えます。 |
|
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING |
既存の値を、ストレージ アカウントから前にコピーした接続文字列に置き換えます。 |
|
WEBSITE_CONTENTSHARE |
既存の値を、前にコピーしたファイル共有名に置き換えます。 |
ロジック アプリのメニューの [ワークフロー] で、[接続] を選択します。
各接続を開きます。 [接続] メニューの [ 設定] で、[ アクセス ポリシー] を選択します。
[ アクション ] 列で、[ 削除 ] を選択して、削除されたロジック アプリのアクセス ポリシーを削除します。
[アクセス ポリシー] ツール バーで、[追加] を選択して新しいアクセス ポリシーを追加し、置き換えるロジック アプリを選択します。
置換ロジック アプリに戻ります。
復元するカスタム設定がある場合は、ロジック アプリのメニューの [設定] で、使用している設定の種類に基づいて 環境変数 または 構成を選択します。
完了したら、ロジック アプリを再起動します。
ロジック アプリのバージョンを管理する (従量課金のみ)
従量課金ロジック アプリ ワークフローに変更を保存すると、変更を行う前にバージョンが保存され、編集されたバージョンが現在のバージョンになります。 昇格プロセスを完了する前に、これらの以前のバージョンを表示したり、以前のバージョンを選択して現在のバージョンに昇格したり、選択したバージョンを編集したりできます。
以前のバージョンを表示する
Azure portal で、従量課金ロジック アプリを開きます。
ロジック アプリのメニューで、[開発ツール] の下にある [バージョン] を選びます。
[ バージョン ] ボックスの一覧から、目的のワークフロー バージョンを選択します。
一覧をフィルター処理するには、[ バージョン ] ページの検索バーに、ID がわかっている場合はバージョン ID を入力します。
[ 履歴バージョン ] ページには、選択したバージョンが読み取り専用モードで表示されます。 デザイナー ビューとコード ビューを変更できます。
Azure portal で、昇格したい以前のバージョンを表示します。
[ 履歴バージョン ] ツールバーで、[ 昇格] を選択します。
ワークフロー デザイナーで、選択したワークフロー バージョンが開きます。
必要に応じて、ワークフローに必要な編集を行います。
デザイナービューとコード ビューを変更できます。
パラメーターを更新することもできます。
更新を保存してレベル上げを完了するには、デザイナーのツール バーで [保存] を選択します。 変更を取り消すには、[破棄] を選びます。
ロジック アプリのバージョン履歴をもう一度表示すると、昇格したバージョンが新しい識別子で一覧の最初に表示されるようになりました。
関連コンテンツ