Azure Logic Apps のワークフローテンプレートを作成して公開する

2025-07-22

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

Azure Logic Apps には、統合アプリケーションの構築プロセスを高速化するために使用できる、事前構築済みの再利用可能な自動化および統合ワークフローテンプレートが用意されています。これらのテンプレートは一般的に使用されるパターンに従っており、定義済みのビジネスロジックと構成で開始点またはベースラインを提供すると、開発を効率化するのに役立ちます。

テンプレートには、接続、パラメーター、ドキュメントと共に 1 つ以上のワークフローを含めることができます。 Azure Logic Apps には、次のテンプレートの種類が用意されています。

テンプレートの種類	説明
Workflow	1 つのワークフローを作成する再利用可能なテンプレート。
アクセラレータ	複数の関連ワークフローを含むバンドルされたソリューション。

これらのテンプレートはテンプレートギャラリーにあります。テンプレートから始めてワークフローを作成するときに開きます。ギャラリーには、一般的な設計および統合パターン用の Microsoft が作成したテンプレートが既に含まれています。

ワークフローテンプレートを使用して開発を開始できるだけでなく、Azure サブスクリプション内で組織で単独で使用するためのワークフローテンプレートを作成して発行したり、他のユーザーと共有したりできます。テンプレートには、スキーマ、マップ、カスタムアセンブリなどの成果物を含めることができます。

組織のテンプレートを使用すると、統合パターンを標準化し、ベストプラクティスを共有し、ソリューションを公開することなく社内で再利用できます。この機能は、オプションを柔軟に開いたまま一貫性を高めたい企業に特に役立ちます。シナリオに内部 API の埋め込み、ドメイン固有のロジックの処理、アーキテクチャパターンの適用のいずれを含めるかにかかわらず、組織のテンプレートは、制御を維持しながらスケーリングと拡張に役立ちます。

Azure Logic Apps テンプレートには、次の機能もあります。

テストモードまたは運用モードでテンプレートを発行します。これにより、リリースを安全に実験してゲートキープすることができます。
テンプレートで API と内部システムを直接使用します。外部化する必要はありません。
テンプレートパッケージをダウンロードし、必要に応じて GitHub の Azure Logic Apps のパブリックワークフローテンプレートリポジトリに追加します。
Azure DevOps の組み込みのライフサイクル管理を使用して、テンプレートをテストから運用に移行します。これは、チームの構造を提供しますが、機敏性を維持します。
Azure の最上位リソースとして、テンプレートは Azure ロールベースのアクセス制御 (RBAC) をサポートします。
- 他の Azure リソースと同様に、テンプレートのアクセス許可を管理できます。
  
  これらのアクセス許可は、サブスクリプションとロールのスコープを尊重します。つまり、開発者は、開発者がアクセスできるサブスクリプション内のテンプレートのみを表示およびアクセスできます。
  
  この機能により、テンプレートを作成、表示、デプロイできるユーザーをエンタープライズレベルで制御できます。適切なチームが必要な自動化パターンに確実にアクセスできるように、テンプレートを整理する方法を完全に制御できます。

次のスクリーンショットは、組織と Azure サブスクリプションを対象とするワークフローテンプレートギャラリーと、 テスト や運用などの状態ラベルを示すサンプルテンプレートを示しています。

このガイドでは、次の方法でワークフローテンプレートを作成および発行する方法について説明します。

あなたの組織のみが使用するために。ワークフローテンプレートの作成 - Azure portal を参照してください。

このパスでは、Azure portal のウィザードを使用してテンプレートを作成し、ソースロジックアプリのワークフロー、テンプレートに関する情報、およびテンプレートを運用環境にリリースする前にテスト用に発行するオプションを指定します。
すべての Azure ユーザーが使用できるようにします。「ワークフローテンプレートの作成 - 手動」を参照してください。

このパスでは、テンプレートパッケージを作成し、 GitHub の Azure Logic Apps のパブリックワークフローテンプレートリポジトリにプル要求としてパッケージを送信する必要があります。

[前提条件]

Azure アカウントとサブスクリプション。サブスクリプションをお持ちでない場合は、無料の Azure アカウントにサインアップしてください。
テンプレート用のソースワークフロー定義として使用される、デプロイされたコンシュームションまたはスタンダードロジックアプリのリソースおよびワークフロー。

テンプレートを作成する前に、ロジックアプリのリソースとワークフローをデプロイする必要があります。これらの値をハードコーディングするのではなく、ワークフローのエンドユーザーが指定する必要がある値を正しくパラメーター化していることを確認します。

このリソースとワークフローがない場合は、次の記事を参照してください。
- 従量課金ロジックアプリワークフローを作成する
- 標準ロジックアプリワークフローの例を作成する
テンプレートによって作成されるワークフローの読み取り専用プレビューイメージを示すスクリーンショット。これらのスクリーンショットでは 、.png ファイル名拡張子を使用します。テンプレートのこれらのプレビューイメージは、テンプレートギャラリーのテンプレートの概要ウィンドウに表示されます。

テンプレートで使用できるようにこれらのイメージを格納するには、 Azure ストレージアカウントと BLOB コンテナーが必要です。

これらのイメージを作成するには、次の手順に従います。
1. Azure portal で、デザイナーでソースロジックアプリのリソースとワークフローを開きます。
2. 2 つのスクリーンショットを作成するようにワークフローを設定します。1 つは Web ブラウザーのライトテーマで動作するバージョンと、Web ブラウザーのダークテーマで動作する別のバージョンです。
3. 好みの画面キャプチャツールを使用して、スクリーンショットを作成します。ワークフローの周囲に空白を入れすぎないようにしてください。
4. .png のファイル名拡張子と名前およびスタイル規則に従った名前を使って、各イメージを保存します。例えば、<image-name>-light.png や <image-name>-dark.png などです。
5. Azure ストレージアカウントの BLOB コンテナーにイメージを追加します。後でテンプレートからイメージを参照できるように、各イメージの BLOB URL をコピーして保存します。
  
  Von Bedeutung
  
  URL には、ストレージサービスなどにアクセス許可を付与する Shared Access Signature (SAS) キーまたはトークンが含まれています。 SAS キーは、アカウントキーを不正使用から保護するのと同様に、必ず保護するようにしてください。

ベストプラクティス

この一覧では、ワークフローテンプレートを作成するときに従うベストプラクティスを示します。

トリガーとアクションの定義では、ハードコーディングされたプロパティとその値を使用しないでください。
説明的で役立つコメントを追加して、トリガーとアクションの定義に関するコンテキストをさらに提供します。
標準ロジックアプリのリソースとワークフロー
- 可能な限り組み込み操作を使用します。たとえば、Azure Blob Storage コネクタには、Standard ワークフローで使用できる次のバージョンがあります。
  - 組み込みのサービスプロバイダー操作は、コネクタギャラリーの 組み込みフィルターの下に 表示されます。これらのバージョンは、シングルテナントの Azure Logic Apps ランタイムでホストおよび実行され、パフォーマンス、スループット、およびその他の利点が向上します。
  - Azure でホストされるマネージド API コネクタ操作は、コネクタギャラリーの共有フィルターの下に表示されます。これらのバージョンは、共有グローバルリソースを使用してマルチテナント Azure でホストおよび実行されます。

ワークフローテンプレートを作成する

ワークフローテンプレートを組織または Azure のすべてのユーザーに対してのみ使用できるようにする場合は、対応する手順に従います。

組織のみ
Azure のすべて

これらの手順では、特定の Azure サブスクリプションのメンバーのみが使用できるワークフローテンプレートを作成して発行する方法について説明します。

Azure portal の検索ボックスで、ロジックアプリテンプレートを見つけて選択します。
[Logic Apps テンプレート] ページのツールバーで、[作成] を選択します。

[ Azure Logic Apps テンプレートの作成 ] ページの [ 基本 ] タブで、次の情報を指定します。

パラメーター	必須	値	説明
サブスクリプション	はい	< Azure サブスクリプション名>	ワークフローテンプレートで使用する Azure サブスクリプション。
リソースグループ	はい	< resource-group-name>	テンプレートで使用する Azure リソースグループの名前。
名前	はい	< template-name>	ワークフローテンプレートリソースの名前。
リージョン	はい	< Azure リージョン>	ワークフローテンプレートリソースを作成する Azure リージョン。

完了したら、 [確認および作成] を選択します。提供された情報を確認し、[ 作成] を選択します。

Azure によってテンプレートリソースが作成されます。

次に、テンプレートに使用するソースワークフロー定義を選択します。

ソースワークフロー定義を選択する

[テンプレートリソース] メニューの [ テンプレート] で、[テンプレート] を選択 します。
[ テンプレート ] ページの [ ワークフロー ] タブで、[ 追加] を選択します。

このテンプレートウィンドウの [ワークフローの管理] ウィンドウの [ワークフローの選択] タブで、次の情報を指定します。

パラメーター	必須	値	説明
サブスクリプション	はい	< Azure サブスクリプション名>	ソースロジックアプリを含む Azure サブスクリプションの名前。
リソースグループ	はい	< resource-group-name>	ソースロジックアプリを含む Azure リソースグループの名前。
ロジックアプリインスタンス	はい	< source-logic-app>	使用するワークフローを含むソースロジックアプリの名前。
ワークフロー	はい	< source-workflows>	従量課金ロジックアプリの場合は、テンプレートで使用する既存のワークフローのみを選択します。 Standard ロジックアプリの場合は、テンプレートで使用するワークフローを少なくとも 1 つ選択します。

完了したら、[次へ] を選択します。

[ ワークフローのセットアップ ] タブで、選択したソースワークフローごとに次の情報を指定します。

パラメーター	必須	値	説明
ワークフロー名	はい	< JSON-workflow-name>	小文字、数字、ハイフンのみを使用でき、名前を 1 回だけ変更できるワークフローの JSON 名。
状態	はい	ステートフルまたはステートレス	既定では、ワークフローの実行履歴、操作の入力、および操作の出力を保存して格納するかどうか。
まとめ	はい	< short-description>	テンプレートの目的に関する簡単な概要。
説明	いいえ	< detailed-description>	テンプレートに関する詳細情報を含む説明。
前提条件	いいえ	< 前提条件>	テンプレートを使用する前に必要な要件。

[ ワークフローイメージ ] セクションで、テンプレートギャラリーの [テンプレートの概要] ウィンドウに使用するワークフロープレビューイメージを指定します。このウィンドウには、他のテンプレート情報が含まれています。

ワークフローイメージ	説明
簡易モードの SAS URL	Azure ストレージアカウントから BLOB コンテナーに格納されている、淡色テーマのワークフロープレビューイメージの SAS URL。
ダークモードの SAS URL	Azure ストレージアカウントから BLOB コンテナーに格納されている、ダークテーマのワークフロープレビューイメージの SAS URL。

完了したら、[保存] を選択します。

作成プロセス中は、いつでもテンプレートを保存できます。進行状況を保存するたびに、検証が自動的に実行され、サポートされていないアクションやパラメーター化されていない値など、エラーが存在するかどうかを判断します。エラーが見つかるとすぐに修正する必要はありませんが、発行する前に修正する必要があります。
[ 接続 ] タブで、Azure がソースワークフローから自動的にプルする接続を確認して確認します。

他のアクションを実行する必要はありません。
準備ができたら、[ 次へ] を選択します。

パラメーターをカスタマイズする

[ パラメーター ] タブで、ワークフローに必要なパラメーターのカスタマイズを追加します。

[ パラメーター ] タブで、パラメーターの編集アイコンを選択します。

パラメーターに次の情報を指定します。

プロパティ	必須	説明
表示名	はい	Azure portal に表示されるパラメーター名。
既定値	いいえ	パラメーターの既定値。
説明	いいえ	パラメーターの目的の説明。
必須フィールド	いいえ	ワークフローにパラメーターが必要かどうか。

完了したら、[保存] を選択します。

テンプレート情報を指定する

[ プロファイル ] タブでは、テンプレートギャラリーに表示されるテンプレートに関する情報 (テンプレートの表示名、発行元名、コネクタ、その他のメタデータなど) を指定します。

[ プロファイル ] タブで、テンプレートに関する次の情報を指定します。

プロパティ	必須	説明
表示名	はい	テンプレートギャラリーに表示されるワークフローテンプレートの表示名。
単位	はい	ワークフローテンプレートの発行元名。
まとめ	はい	テンプレートが作成するワークフローの説明。
おすすめのコネクタ	はい	ワークフローテンプレートでプライマリコネクタの種類を選択します。
カテゴリ	いいえ	テンプレートが属するカテゴリ。
タグ	いいえ	任意のワークフローのラベル付けに使用するタグ。

準備ができたら、[ 次へ] を選択します。
[ 概要 ] タブで、提供されたすべての情報を確認して確認します。

テスト用に発行する

テンプレートをテストする準備ができたら、テスト用にテンプレートを発行できます。

[ 概要 ] タブまたは前のタブのタブ下部にある [保存 ] ボックスの一覧で、[ 保存と発行] を選択してテストします。

Azure は、 テスト ラベルを表示するテンプレートをテンプレートギャラリーに発行します。
新しいテンプレートをテストするには、「事前構築済みのテンプレートからワークフローを作成する」の手順に従いますが、次の手順を実行します。
1. [状態] ボックスの一覧で、[テスト用に発行済み] を選択します。 [フィルター] 行の [ マイテンプレート] を選択します。
  
  テンプレートが テスト ラベルと共に表示されます。次に例を示します。
2. ワークフローの作成、テンプレートのテスト、必要な調整を完了します。

運用環境向けに発行する

テンプレートギャラリーでテンプレートラベルを テスト から運用に変更するには、次の手順に従います。

Azure portal で、テンプレートリソースを見つけて開きます。
テンプレートサイドバーの[テンプレート]で、[ テンプレート]を選択 します。
[ テンプレート ] ページで、[ 次へ ] を選択し、[ プロファイル ] タブを開くまで繰り返します。
[保存] リストから、[運用環境用に保存して発行] を選択します。

$スクリーンショットは、Azure portal の [プロファイル] タブ、および [Save + publish for production]$保存と発行$ で選択されたオプションを示しています。$

ギャラリーからテンプレートを削除する

テンプレートギャラリーからカスタムワークフローテンプレートを一時的または完全に削除する場合は、テンプレートの発行を取り消すことができます。

Azure portal で、テンプレートリソースを見つけて開きます。
テンプレートサイドバーの[テンプレート]で、[ テンプレート]を選択 します。
[ テンプレート ] ページで、[ 次へ ] を選択し、[ プロファイル ] タブを開くまで繰り返します。
[保存] ボックスの一覧で、[保存と発行を取り消す] テンプレートを選択します。

これらの手順では、すべてのユーザーが Azure で使用できるワークフローテンプレートを作成して発行する方法について説明します。この方法では、テンプレートパッケージを作成する必要があります。

テンプレートパッケージの内容

次の表では、テンプレートパッケージ内の必須ファイルと省略可能なファイルについて説明します。

ファイル名	必須	説明
workflow.json	はい	ワークフロー定義を含む JSON ファイル。
manifest.json	はい	ワークフローと関連コンポーネントに関する情報を含む JSON ファイル。
*< image-name>-dark.png*	はい	読み取り専用のスクリーンショットとしてワークフローを含む .png 形式の画像ファイルで、ブラウザーのダークテーマで動作します。
*< image-name>-light.png*	はい	読み取り専用のスクリーンショットとしてワークフローを含む .png 形式の画像ファイルで、ブラウザーのライトテーマで動作します。
*< map-name>.json、.xml、または .xslt*	いいえ	ワークフローテンプレートをサポートするマップやスキーマなどの成果物。
*< カスタムアセンブリ>.dll*	いいえ	ワークフローテンプレートをサポートするカスタムアセンブリ。
readme.md	いいえ	ワークフローテンプレートの指示、手順、またはその他の情報を含むマークダウンファイル。

また、テンプレートを維持およびサポートする他のファイル (テストやサンプルデータを含むファイルなど) を含めることもできます。

テンプレートパッケージフォルダーを作成する

テンプレートパッケージフォルダーを作成する前に、名前とスタイルの規則について理解しておいてください。
テンプレートリポジトリの参照、整理、保守を容易にするために、フォルダー名には次の構文を使用し、ファイルパスの文字数制限を超えないように最小限の単語数を使用します。

< workflow-task>-<product>-<pattern-or-protocol (ある場合)>

例については、GitHub の Azure Logic Apps のワークフローテンプレートリポジトリを参照してください。
テンプレートパッケージフォルダーを正しく登録するには、リポジトリのルートレベルの manifest.json ファイルにフォルダー名を追加する必要があります。

workflow.json ファイルを作成する

workflow.json ファイルには、ワークフローの基になる定義が JSON 形式で含まれています。 workflow.json ファイルを作成するには、ワークフロー定義をコピーし、workflow.json という名前のファイルとして保存する必要があります。

ワークフロー定義を取得する最も簡単で最適な方法は、デザイナーを使用してワークフローを作成することです。「ワークフローのベストプラクティス」と「名前とスタイルの規則」を必ず確認してください。または、出発点として、Azure portal のテンプレートギャラリーから事前構築済みのワークフローテンプレートを使用できます。

ワークフローを構築すると、追加された組み込み、サービスプロバイダー接続、マネージド API 接続、またはライブラリへの参照が、デザイナーによって基になるワークフロー定義に自動的に含められます。

完了したら、基になるワークフロー定義を空の workflow.json ファイルにコピーします。

基になるワークフロー定義をコピーする

Azure portal のワークフローメニューの [開発者] で、[コード] を選択します。
コードビューウィンドウから、ワークフロー定義全体をコピーします。次に例を示します。
workflow.json という名前の空のファイルに、ワークフロー定義を保存します。

workflow.json 内のパラメーター参照

workflow.json ファイル内のパラメーターを参照する場合、サフィックス _#workflowname# を使用するパラメーター名を次のように反映する必要があります:

"name": "@parameters('<parameter-name>_#workflowname#')"

次に例を示します。

"name": "@parameters('sharepoint-folder-path_#workflowname#')"

workflow.json 内の接続参照

workflow.json ファイル内の接続を参照する場合、サフィックス _#workflowname# を使用する接続名を次のように反映する必要があります:

"referenceName": "<connector-ID>_#workflowname#",
"connectionName": "<connector-ID>_#workflowname#"

次に例を示します。

"referenceName": "azureaisearch_#workflowname#",
"connectionName": "azureaisearch_#workflowname#"

コネクタ ID の詳細については、「コネクタ ID を見つける」を参照してください。

manifest.json ファイルを作成する

manifest.json ファイルには、ワークフローと関連コンポーネントのリレーションシップが記述されています。現時点では、このファイルを手動で作成する必要があります。または、GitHub の Azure Logic Apps ワークフローテンプレートリポジトリにある既存の事前構築済みテンプレートから manifest.json ファイルを再利用することもできます。 manifest.json ファイルを作成するときは、名前とスタイルの規則を確認してください。

次の表は、manifest.json ファイル内の属性について説明しています。

属性名	必須	値	説明
`title`	はい	< template-title>	Azure portal のテンプレートからワークフローを追加するときに開く、テンプレートギャラリーに表示されるタイトル。
`description`	はい	< template-description>	テンプレートの説明。テンプレートギャラリーのテンプレートの概要ウィンドウに表示されます。
`prerequisites`	いいえ	< template-prerequisites>	テンプレートを使用するために満たす前提条件。テンプレートの概要ペインに表示されます。このセクションから他のドキュメントにリンクできます。
`tags`	いいえ	< template-tags-array>	テンプレートの検索またはフィルター処理に使用するテンプレートタグ。
`skus`	はい	`standard`、`consumption`	テンプレートでサポートされているロジックアプリワークフロータイプ。不明な場合は、`standard` を使用します。
`kinds`	いいえ	`stateful`、`stateless`	ワークフローモード。実行履歴と操作状態を保存するかどうかを決定します。既定では、すべてのワークフローは、ステートフルとステートレスの両方のモードで使用できます。ワークフローがステートフルモードでのみ実行される場合は、この属性を使用してこの要件を明示的に指定します。
`detailsDescription`	いいえ	説明を参照してください。	テンプレートのその他の詳細な説明情報。
`details`	いいえ	説明を参照してください。	テンプレートギャラリーのフィルター処理に使用するテンプレート情報。 - `By`: テンプレートの発行元 (`Microsoft` など)。 - `Type`: `Workflow` - `Trigger`: トリガーの種類 (`Recurrence`、`Event`、`Request` など)。
`artifacts`	はい	< アーティファクト配列>	テンプレートパッケージ内のすべての関連ファイルには、次の属性が含まれています。 - `type`: ファイルの種類。これにより、ファイルをコピーする適切な場所 (`workflow` など) が決まります。 - `file`: ファイル名と拡張子 (workflow.json など)。
`images`	はい	説明を参照してください。	ブラウザーのライトとダークの両方のテーマのワークフロー画像ファイル名: - `light`: ライトテーマの画像名 (workflow-light など) - `dark`: ダークテーマの画像名 (workflow-dark など)。
`parameters`	はい。ただし、存在しない場合は空にすることができます	< workflow-parameters-array>	ワークフローテンプレート内のアクションのパラメーター。パラメーターごとに、次のプロパティを指定する必要があります。 - `name`: パラメーター名にはサフィックス `_#workflowname#` が必要です。英数字、ハイフン、アンダースコアのみを使用し、次の形式に従います。 `<parameter-name>_#workflowname#` - `displayName`: パラメーターのフレンドリ表示名。「名前とスタイルの規則」を参照してください。 - `type`: パラメーターのデータ型 (`String` や `Int` など)。 - `default`: パラメーターの既定値 (存在する場合)。ない場合は、この値を空の文字列のままにします。 - `description` パラメーターの詳細およびその他の重要な情報や役立つ情報。 - `required`: `true` または `false`
`connections`	はい。ただし、存在しない場合は空にすることができます。	< connections-array>	ワークフローテンプレートを使用して作成する接続。各接続には、次のプロパティがあります。 - `connectorId`: コネクタ ID にはサフィックス `_#workflowname#` が必要です。英数字、ハイフン、アンダースコアのみを使用し、次の形式に従います。 `<connector-ID>_#workflowname#` コネクタ ID を見つけるには、「コネクタ ID を見つける」を参照してください。 - `kind`: コネクタのランタイムホストの種類。組み込み操作とサービスプロバイダーコネクタの場合は `inapp`、Azure でホストされるマネージドコネクタの場合は `shared` になります。コネクタギャラリーでは、組み込み操作とサービスプロバイダーコネクタはアプリ内としてラベル付けされ、マネージドコネクタは共有としてラベル付けされます。
`featuredConnections`	いいえ	< featured-connections-array>	既定では、テンプレートギャラリーには、各テンプレートで使用される Azure Logic Apps の事前構築済み操作とコネクタのアイコンが表示されます。その他の操作のアイコンを含めるには、`featuredConnections` 属性を使用できます。各操作には、次の属性が必要です。 - `kind`: 操作の種類 - `type`: 操作の種類これらの値を検索するには、featuredConnections の操作の種類とタイプを見つけるに関するセクションを参照してください。

ワークフローテンプレートパッケージの manifest.json ファイルで、同じ画像名を images ファイル名拡張子なしでセクションに追加します。次に例を示します。

"images": {
    "dark": "workflow-dark",
    "light": "workflow-light"
}

コネクタ ID を見つける

manifest.json ファイル内の接続または workflow.json ファイル内の接続参照に使用するコネクタ ID を見つけるには、次の手順に従います:

Azure portal で、ロジックアプリリソースを開きます。
ロジックアプリのメニューの [ワークフロー] で、[接続] を選択します。
[JSON ビュー] タブを選択します。
接続の種類に基づいて、次の手順に従います。
- Azure でホストおよび実行されるマネージド "共有" API 接続の場合:
  1. セクション managedApiConnections を探します。
  2. connection 属性で、id 値をコピーして保存しますが、サブスクリプション ID、リソースグループ名などの個人データや機密データは、#<item># に置き換えます。
    
    /subscriptions/#subscription#/providers/Microsoft.Web/locations/#___location#/managedApis/<connection-name>
    
    たとえば、次のテキストは SharePoint コネクタのコネクタ ID を示しています。
    
    /subscriptions/#subscription#/providers/Microsoft.Web/locations/#___location#/managedApis/sharepointonline
- シングルテナントの Azure Logic Apps ランタイムでホストされているサービスプロバイダー接続の場合:
  1. セクション serviceProviderConnections を探します。
  2. 接続ごとに、id 属性で serviceProvider 属性を見つけます。
  3. 次の値をコピーして保存します。
    
    /serviceProviders/<connection-name>
    
    たとえば、次のテキストは、Azure AI 検索コネクタのコネクタ ID を示しています。
    
    /serviceProviders/azureaisearch。

featuredConnections の操作プロパティ 'kind' と 'type' を見つける

manifest.json ファイルの featuredConnections セクションには、Azure portal のテンプレートギャラリーに含めるその他の操作のアイコンを含めることができます。配列であるこのセクションでは、各操作に対して属性 kind と type を指定する必要があります。

これらの属性値を取得するには、Azure portal でワークフローを開いて、次の手順に従います。

ワークフローのメニューの [開発者] で、[コード] を選択します。
コードビューウィンドウの actions セクションで、目的の操作を見つけて、kind と type の値を見つけます。

GitHub リポジトリにテンプレートパッケージを追加する

Azure portal のワークフローテンプレートギャラリーにテンプレートパッケージを発行するには、GitHub アカウントを設定し、GitHub for Azure Logic Apps のワークフローテンプレートリポジトリにアクセスし、テンプレートパッケージの pull request を作成して、Azure Logic Apps チームが PR を確認して検証できるようにする必要があります。

GitHub アカウントをまだお持ちでない場合は、GitHub アカウントを作成できます。

詳細については、GitHub アカウントの概要に関するページを参照してください。
GitHub の Azure Logic Apps Logic の LogicAppsTemplates という名前のワークフローテンプレートリポジトリに移動します。
独自のフォークを作成します。これは、GitHub の LogicAppsTemplates リポジトリのリモートコピーです。

詳細については、「Forking a repository」 (リポジトリのフォーク) を参照してください。
ローカルで作業するには、フォークをお使いのコンピューターにクローンします。
1. 次の手順に従って、Git をダウンロード、インストール、設定します。
2. 次の URL を持つフォークに移動します。
  
  https://github.com/<your-username>/LogicAppsTemplates
3. お使いのローカルコンピューターで、GitHub という名前のフォルダーを作成します (まだない場合)。 OneDrive 同期済みフォルダーにはクローンしないでください。
4. 次の手順に従って、運用リポジトリではなく、"ご自分の" フォークをクローンします。
5. ローカルリポジトリで、次の手順に従って、作業ブランチを作成します。
6. 作業ブランチをチェックアウトしたら、ローカルリポジトリのルートレベルに移動し、テンプレートパッケージフォルダーを作成します。
7. テンプレートファイルをテンプレートパッケージフォルダーに追加し、ルートレベルの manifest.json ファイルをフォルダー名で更新します。
8. ローカルリポジトリに変更をコミットする準備ができたら (これはスナップショットを保存するようなものです)、Git コマンドラインツールまたはその他のツールを使用して、次のコマンドを実行します。
  
  git add .
  
  git commit -m "<commit-short-description>"
9. スナップショットをリモートフォークにアップロードするには、次のコマンドを実行します。
  
  git push origin <your-working-branch>

GitHub で、<your-working-branch> を LogicAppsTemplates リポジトリのメイン ブランチと比較する pull request を作成します。

リポジトリの pull requests ページに移動し、[新しい pull request] を選択します。
[変更の比較] で、[フォーク間で比較] を選択します。

pull request に次の設定があることを確認し、[pull request の作成] を選択します。

ベースリポジトリ	基本	ヘッドリポジトリ	比較
Azure/LogicAppsTemplates	メイン	*< user-name>/LogicAppsTemplates*	*< your-working-branch>*

pull request のタイトルと説明を入力します。完了するには、[pull request の作成] を選択します。
Azure Logic Apps チームが pull request を確認するのを待ちます。

詳細については、「Creating a pull request from a fork」 (フォークからの pull request の作成) を参照してください。

名前とスタイルの規則

領域	表記
機微なデータ	テンプレートファイル、スクリーンショット、説明、テストデータに個人データと機密データを含めたり、アップロードしたりしないでください。たとえば、このデータには、サブスクリプション ID、ユーザー名、パスワードなどが含まれます。
フォルダー名	読みやすくするために、可能な場合は小文字とハイフンを使用します。 Microsoft スタイルガイド – 大文字化を参照してください。
画像ファイル名	ファイル名拡張子として .png を使用し、小文字とハイフンを使用します (例: workflow-light.png)。
製品、サービス、テクノロジ、ブランドの名前	公式のスペルと大文字に従ってください。次に例を示します。 - サービス名またはプラットフォームを参照する場合は、"Logic Apps" ではなく "Azure Logic Apps" を使用します。 - リソースまたはインスタンスを参照する場合は、"Logic App" または "Logic Apps" ではなく、"ロジックアプリ" を使用します。 - トリガーとアクションのシーケンスを参照する場合は、"ロジックアプリワークフロー" または "ワークフロー" を使用します。
省略形と頭字語	製品、サービス、テクノロジ、ブランドの名前や、一般的でない技術用語には、省略形や頭字語ではなく、正式名称を使用します。 "HTTP" や "URL" などの一般的な頭字語は許容されます。たとえば、"VS Code" ではなく "Visual Studio Code" を使用します。 Microsoft スタイルガイド – 頭字語を参照してください。
その他のテキスト	- タイトル、見出し、本文コンテンツにはセンテンスケースを使用します。つまり、製品、サービス、テクノロジ、またはブランドの名前がある場合を除き、最初の文字のみを大文字にします。 - 一般的な名詞や冠詞 ("a"、"an"、"and"、"or"、"the"など) は大文字にしないでください。
Voice	- 特定の役割に言及する必要がある場合を除き、三人称 (ユーザー、開発者、顧客) ではなく二人称 (あなた、あなたの) を使用します。 Microsoft スタイルガイド – 人物を参照してください。 - 可能な場合は、能動的かつ直接的でありながらも親しみやすいトーンを使用します。能動態はテキストの主語と動詞に焦点を当て、受動態はテキストの目的語に焦点を当てます。
ボキャブラリ	- "利用する" や "活用する" ではなく、"使う" のようなシンプルで日常的な単語を使用します。 - 言語間でうまく翻訳できない単語、フレーズ、専門用語、口語表現、慣用句、俗語は使用しないでください。 - "してください" は特定のシナリオでのみ使用します。 Microsoft スタイルガイド – してくださいを参照してください。 - "e.g." や "i.e" ではなく、"例" または "など" を使用します。 - "ここ"、"上"、"下"、"右"、"左" などの方向を示す用語は、アクセシビリティに配慮していないため使用しないでください。
句読点	- 項目の列挙では、接続詞 ("および" など) の前に最後のコンマを含めます。例: "リンゴ、オレンジ、およびバナナ"。 Microsoft スタイルガイド - コンマを参照してください。 - 完全な文の最後には適切な句読点を付けます。感嘆符は使用しないでください。 Microsoft スタイルガイド – 句読点を参照してください。
書式設定	- コードの場合は、そのコードの言語のスタイル規則に従います。 - URL が変更されるとリンクが壊れるため、ハードコーディングされたリンクは使用しないでください。 pull request で、代わりに使用するリダイレクトリンクを要求します。 - リンクには、次の形式を使用します。 "`For more information, see [descriptive-link-text](URL)]`。"。 - "`See [here](URL)`。" などの一般的または漠然としたリンクテキストではなく、説明的なリンクテキストを使用します。 - 番号は手順内のステップにのみ使用し、特定の順序のないリストには使用しないでください。 Microsoft スタイルガイド - リストを参照してください。 - コードをインデントしない限り、句読点の後にはスペースを 1 つだけ使用します。

詳細なガイダンスについては、Microsoft スタイルガイドとグローバルなライティングのヒントに関するページ参照してください。

事前構築済みのテンプレートからロジックアプリワークフローを作成する

フィードバック

このページはお役に立ちましたか?

次の方法で共有

Azure Logic Apps のワークフロー テンプレートを作成して公開する