環境間でトリガーを移動する (トリガーの ALM プロセス)
複数の Dynamics 365 環境を使用して、アプリケーション ライフサイクル管理プロセスのさまざまな段階をサポートできます。 たとえば、新機能の作成とテストのための開発環境、運用前テストのためのステージング環境、および最終的なアプリケーション展開のための運用環境が存在する場合があります。 複数の環境を使用すると、個別の構成を維持し、変更を分離し、システムの安定性に影響を与える可能性のある潜在的な競合を回避できます。
環境間でのトリガーの移行は、チームが最新バージョンのトリガーを使用していることを確認する重要なプロセスです。 Power Platform ソリューション は、ある環境から別の環境に転送するためにコードとメタデータをパッケージ化する方法を定義することにより、ALM を実装するメカニズムです。 ソリューションにはエンティティ、コネクタ、フロー、フォームなどのコンポーネントが含まれますが、既定では顧客データは含まれません。
ALM をサポートするためには、Dynamics 365 の機能を 「ソリューション対応」 として構築し、エンティティをソリューション コンポーネントとしてモデル化し、依存関係を Dataverse に認識させ、インポート時に解決できるようにする必要があります。 使用状況データなどの環境固有のデータはソリューションから除外され、合理化された効率的な ALM プロセスが可能になります。 ソリューションを利用することで、システムの構成をより適切に制御し、エラーを減らし、環境全体での一貫性を確保できます。
Power Platform ソリューションを使用してトリガーを移動する
任意の状態 (ドラフト、公開、または停止) にあるトリガーを環境間で移動できます。 そのためには、次の手順に従います。
画面の左上隅にあるアプリ スイッチャーを選択し、Power Apps を選択して、現在のソース環境の Power Platform ソリューションを開きます。
重要
Power Apps の環境が、現在作業している環境 (移行するトリガーがある環境) と同じであることを確認してください。
左ペインでソリューションを選択し、上部バーで + 新しいソリューションを選択します。
ソリューションに名前を付け、公開元を選択します。 ソリューションに付ける名前は、追加されるトリガーを明確に示す一意の名前にしてください。
「トリガー」レコードのみをソリューションに追加します。 (コンポーネントのタイプ: トリガー)
- これは、次の手順を使用して実行できます:
- ページの上部ペインで既存の追加ドロップダウンを選択します。
- その他>その他>トリガー を選択します。
- 検索機能を使用してトリガーを検索し、該当するレコードが見つかったら追加を選択します。
- これは、次の手順を使用して実行できます:
トリガー レコードを追加する場合は、次のレコードもソリューションに追加する必要があります。
トリガーの状態 追加されたコンポーネント 下書きです トリガー レコード、CustomerAPI レコード、CatalogAssignment レコード Published トリガー レコード、CustomAPI レコード、CatalogAssignment レコード、customAPIrequestparameter レコード 完了したら、いつでもソリューションをターゲット環境に移行できます。
ソリューションを移行するには、エクスポートする必要があります。 エクスポートするには、次の手順に従います。
- ソリューションのエクスポートを選択します。
- ソリューションがマネージドとしてエクスポートされることを確認します。
- エクスポートを選択します。 ソリューションのトリガーの数によっては、ソリューションをダウンロードできるようになるまで数分かかる場合があります。
完了したら、管理ソリューションをダウンロードします。
ソリューションとトリガーをインポートするターゲット環境に移動します。
その後、上記の手順 1、2、3 を使用して Power Apps ポータルのソリューション ページに移動し、ソリューションをインポートすることができます。
ソース環境からダウンロードした管理ソリューションをアップロードするには、ソリューションのインポートを選択します。
ターゲット環境に移動して、インポートされるトリガーを確認します。
- トリガーの状態はソース環境から保持されます。 ドラフト トリガーはドラフト状態でインポートされ、公開されたトリガーは公開状態でインポートされ、停止されたトリガーはドラフト状態でインポートされます。
ソリューションのアップグレード体験
マネージド トリガーを含むソリューションのソリューションのアップグレードは、環境間で初めてソリューションを移行する場合とは少し異なります。 トリガーのソリューションのアップグレードは、宛先環境またはソース環境でユーザーがトリガーをどのように操作するかによって異なります。 ソリューションのアップグレードでは、移行先環境のトリガーがドラフト状態にある場合にのみ、トリガーの状態が変更されます。 以下の表は、ソリューションのアップグレードで状態遷移がどのように発生するかを示しています。
| 宛先でのトリガーの状態 | ソリューションのアップグレード後のトリガーの状態 |
|---|---|
| Published | 変更しません。 アップグレードされたソリューションからのトリガーの状態に関係なく、トリガーは公開された状態のままになります。 |
| 下書きです | 状態の遷移が可能です。 トリガーの状態は、ソリューションのアップグレード中にソース環境から引き継がれたトリガーの状態に変わります。 |
| 停止済み | 変更しません。 トリガーは、アップグレードされたソリューションからのトリガーの状態に関係なく、停止状態のままになります。 |
よく寄せられる質問
ソリューションごとに複数のトリガーをインポートできますか？
はい。 ソリューションごとに任意の数のトリガーをインポートできます。 宛先では、公開状態でインポートされたトリガーは、数分かけて「公開」状態から「公開」状態に遷移します。
移行時には、ソリューション内のすべてのトリガーが同じ状態である必要がありますか？
いいえ。 どの状態でトリガーをインポートするかを選択できます。 トリガーの状態は宛先に保持されます。
マイ トリガーは Power Automate フローを開始します。 トリガーを追加すると、Power Automate フローも依存関係としてソリューションに自動的に追加されますか？
いいえ。 トリガーに基づいて開始される Power Automate フローがある場合は、宛先での一貫性と使いやすさを確保するために、トリガー レコードとともにそれをソリューションに追加していることを確認してください。
Web サイトにすでに統合されているカスタム トリガーを移動したいと考えています。 知っておくべき注意点はありますか？
カスタム トリガーの移行は、他のトリガーの移行とは異なります。 通常、カスタム トリガーには、顧客アクションの追跡を開始するために Web サイトに組み込む必要があるコード スニペットが含まれています。 これらのコード スニペットには、トリガーが作成された環境にのみ関連付けられた取り込みキーが含まれています。
そのため、Power Platform ソリューションを使用して ALM プロセスの環境間でカスタム トリガーを移行する場合、取り込みキーは移行されず、移行先の組織の取り込みキーがインポートされたトリガーのキーとして使用されます。
宛先組織の取り込みキーは、ソース環境の取り込みキーとは異なります。 したがって、トリガーの移行が完了したら、必要に応じてコード スニペットを再計測する必要があります。
管理ソリューション を使用して、トリガーを移行先の組織に移行しました。 これは私にとって必要なものではないと思うので、削除したいと思います。 ですが、削除ボタンがグレーアウトしています。どうすればいいのでしょうか？
マネージド トリガーはユーザー インターフェースから削除できません。 この理由は、依存関係を考慮し、トリガーの削除後に孤立した依存関係が残らないようにするためです。 したがって、マネージド トリガーを削除したいユーザーは、ソリューション内のすべてのトリガーがドラフト状態にある間に 管理ソリューション を削除することによってのみ削除できます。
ソリューションに、削除したくない他のコンポーネントが含まれている場合、マネージド トリガーは、マネージド トリガー (および、トリガーがソリューションに追加された際の関連レコード) を含みませんが、他のコンポーネントを含む新しいソリューションのバージョンにアップグレードすることで、削除することができます。 このアップグレードによって削除されるトリガーは、ドラフト状態である必要があります。
同じソリューションで、トリガーと Power Automate フローを組み合わせて移行できますか？
はい。 移行元環境と移行先環境の間でソリューション内のトリガー以外のものも移動できます。
公開された状態でソリューションに多くのトリガーをインポートしました。 移行先の環境では、一部は公開状態で表示され、その他はドラフト状態で表示されていることがわかります。 これはエラーですか？
一連のトリガーが対象の環境に公開された状態でインポートされると、それらは公開のプロセス (一度にいくつかのトリガーを順番に実行するプロセス) を通過します。 その期間中、公開を待機しているトリガーは、最初のインポート時に短期間「ドラフト」状態であることが表示され、その後「公開中」状態に移行し、最終的に「公開済/使用準備完了」状態に移行します。
トリガーが長期間「ドラフト」状態にある場合は、問題があることを示している可能性があります。 次の 2 つのどちらかを行うことができます:
- セルフ サービス: インポートされた 「公開」 トリガーが、長期間 "ドラフト "状態であるという潜在的な問題を回避する一つの方法は、ソリューションのアップグレードを行い、トリガーを再度インポートすることです。
- Microsoft 担当者にお問い合わせください: マイクロソフトのサポートチームに サポートチケット を発行し、エンジニアが問題を調査し、追加の緩和策を提供します。