トレーニング
認定資格
Microsoft Certified: Power Platform Developer Associate - Certifications
Microsoft Power Platform Developer を使用して、ビジネス タスクとプロセスを簡素化、自動化、変換する方法について説明します。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
Power Platform のパイプラインは、すべての作成者、管理者、および開発者にとってより親しみやすい方法でアプリケーション ライフサイクル管理 (ALM) 自動化と継続的インテグレーションと継続的デリバリー (CI/CD) 機能をサービスに導入することにより、Power Platform および Dynamics 365 顧客向けに ALM を普及させることを目的としています。
パイプラインは、チームまたは組織内で健全で自動化された ALM プロセスを採用することで、ROI を実現するために以前必要だった労力とドメイン知識を大幅に削減します。
パイプラインにより、管理者は市民主導およびプロ開発者主導のプロジェクトを大規模かつ少ない労力で一元的に管理できます。 管理者は、組織全体でのソリューションの開発、テスト、配信を管理および促進する適切な保護手段を設定します。 その他の管理者のメリットは次のとおりです:
総保有コストの削減:
時間と費用の節減:
自分のペースで ALM を拡張:
pac pipeline
コマンド バーコンプライアンス、安全性、監視、および自動化の目標の実現:
パイプラインが整ったら、作成者は数回クリックするだけで製品内展開を開始できます。 これは、開発環境内で直接行います。 作成者にとってのその他の利点は次のとおりです:
プロの開発者は、パイプラインが複雑なバックグラウンド操作を処理するようになったため、生産性が向上しました。 開発者は、同じ目標を達成するために必要なさまざまな基本タスクを実行する代わりに、何を達成したいかをシステムに伝えることができます。 Power Platform CLI を使用すると、開発者は次のことができます:
さらに、開発者は パイプラインを拡張 し、他の CI/CD ツールと統合できます。
パイプラインは、接続、接続参照、環境変数などのターゲット環境の構成だけでなく、ソリューションも展開します。 ソリューションに含まれる Power Platform カスタマイズは、パイプラインを使用して展開できます。 パイプライン、または一般的なソリューションには、Dataverse テーブル内に格納データは含まれません。
重要
Power BI ダッシュボード (プレビュー) と Power BI データセット (プレビュー) は現在、パイプラインではサポートされていません。
まず、ソース環境とターゲット環境が適切にリンクされていることを確認します。 パイプラインは、開発環境などの割り当てられたソース環境でのみ表示できます。 構成中に各環境をパイプラインにリンクする場合、開発環境 または ターゲット環境 の環境タイプのオプションがあります。 パイプラインに関連付けられて環境に適切なタイプが割り当てられている場合、パイプラインはソース開発環境のオプションとして表示されます。
はい マネージド ソリューションとアンマネージド ソリューションの両方が、展開ごとに自動的にエクスポートされ、パイプライン ホストに保存されます。
いいえ。 ソリューションは、展開要求が送信されるとすぐに (作成者が開発環境内から 展開 を選択すると) エクスポートされ、同じソリューション アーティファクトが展開されます。 同様に、システムは、パイプラインの後続のステージに展開するためのソリューションを再エクスポートしません。 同じソリューション アーティファクトは、パイプライン ステージを順番に通過する必要があります。 また、システムは、エクスポートされたソリューション アーティファクトの改ざんや変更も防ぎます。 これにより、カスタマイズの影響で QA 環境や承認プロセスが回避されなくなります。
一般的な設定例:
環境の目的 | 環境の種類 | スタンドアロン ライセンスが必要です |
---|---|---|
Host | 運用 | いいえ |
開発 | 開発者 | いいえ |
QA | 開発者 | いいえ |
運用 | 運用 | はい |
はい 委任された展開を参照してください。
はい 詳細情報: サービスプリンシパルを使用してデプロイする
オーサリング エクスペリエンスと同様に、パイプラインを実行するメーカーは、独自の接続を提供することも、アクセスできる接続を提供することもできます。 サービス プリンシパル接続は、カスタム コネクタなど、サービス プリンシパル認証をサポートするコネクタにも使用できます。
現在、ソリューションまたはターゲット環境に値のない環境変数は、展開中に更新できません。 値が以前に展開されている場合は、ターゲットの環境で更新できます。
展開 ID。 標準的な展開の場合、所有者は要求元のメーカーです。 委任された展開の場合、所有者は委任されたサービス プリンシパルまたはユーザーです。
いいえ。 このシナリオでは、Azure DevOps または GitHub を使用することをお勧めします。
環境レコードを削除し、必要に応じてパイプライン構成を更新する必要があります。 環境がリセットされた場合は、環境レコードを再作成してから、パイプラインに関連付けます。
はい ただし、デフォルト環境をパイプライン ホストとして使用することは、すべてのお客様にとって推奨されるわけではありません。
はい 詳細: サービス プリンシパルまたはパイプライン所有者としてパイプラインを展開する。
はい、これらのツールを組み合わせることで、作成者のエクスペリエンスをシンプルにしながら強力になります。 詳細: パイプラインを拡張する
はい パイプライン設定が有効になっている場合は、[パイプライン] ページの実行履歴ビューから 以前のソリューション バージョンを再デプロイ できます。 設定を無効にすると、より高いソリューション バージョンのみを展開またはインポートできるようになります。 回避策として、管理者はパイプライン ホストから成果物をダウンロードし、solution.xmlファイルでソリューション バージョンを増分してから、それをターゲット 環境 に手動でインポートできます。
はい Dataverse パイプライン ホストで一括削除ジョブを構成し、定義されたスケジュールでデータを削除できます。
現時点ではまだできません。 パイプラインの既定のインポート動作は、カスタマイズの上書きでのアップグレードです。
いいえ。 ただし、1 つの環境を同じホスト内の複数のパイプラインにリンクできます。 環境を別のホストに関連付けるには、その環境を新しいホストのパイプラインに追加します。 次に、元のホストから環境レコードを削除し、すべてが期待どおりに動作することを確認します。
現時点ではまだできません。 ただし、パイプライン ロジックをカスタマイズするために、意図的な拡張フックを使用できます。 詳細: パイプラインを拡張する。
開発中のアンマネージド ソリューションに移動し、パイプラインに関連付けられた環境に移動します。 パイプラインは、既定のソリューション、マネージド ソリューション、またはターゲット環境から表示したり実行したりすることはできません。 Power Platform CLI からパイプラインを取得して実行することもできます。
はい。ただし、ホストで Cross-Geoソリューション展開 設定が有効になっている場合のみです。 設定が無効になっている場合、ホストと、ホスト内のパイプラインに関連付けられているすべての環境は、同じ地理的な場所 (環境の作成時に指定) 内に配置されている必要があります。 たとえば、設定が無効になっている場合、パイプラインはドイツからカナダにデプロイできず、ドイツのホストはカナダの環境を管理できません。 テナント 管理者 が地理的に離れたソリューションの展開を防止したい場合は、ドイツとカナダに別々のホストを使用する必要があります。
はい、可能です。ただし、与えられたソリューションに対して、同じパイプラインから始めることをお勧めします。 これにより、混乱や不注意によるミスを防ぐことができます。 パイプライン実行情報は、1 つのパイプラインと 1 つのソリューション (ソリューション エクスペリエンス内) のコンテキストで表示されます。 したがって、他のパイプラインには、展開されたソリューションの最新バージョンや、異なるパイプラインに関連付けられた他の重要な実行情報が表示されない可能性があります。 展開パイプライン構成アプリには、現在のホストのすべてのパイプラインとすべてのソリューションにわたる実行情報が表示されることに注意してください。
開発とホストに同じ環境を使用することはサポートされていません。他の組み合わせはベスト プラクティスとして推奨されません。
ターゲット環境内では、展開されたオブジェクトのレイヤーと、レイヤー間での変更内容を確認できます。 さらに、モデル駆動型アプリ、サイト マップ、およびフォームのレイヤー間の XML 差分を確認できます。 パイプラインを拡張して、GitHub や他のソース管理システムと統合し、詳細な差分を比較することもできます。
これは有効な構成であり、組織内のニーズとポリシーに基づいて評価する必要があります。
いいえ。 マネージド ソリューションは、常に非開発環境に展開することをお勧めします。 アンマネージド ソリューションは自動的にエクスポートされ、パイプライン ホストに保存されるため、ダウンロードして他の開発環境にインポートしたり、ソース管理に配置できることに注意してください。
現時点ではまだできません。 ソリューションごとに異なる展開を送信する必要があります。 ただし、同じパイプラインを複数のソリューションに使用できます。
現時点ではまだできません。 個々のオブジェクトは、保存時に公開することをお勧めします。 特定のソリューション オブジェクトのみが公開を必要とすることに注意してください。
現在の実装では、特定のソリューションに対して単一の開発環境を使用しています。
どちらも多くの価値ある機能を提供し、所有チームは緊密に連携して Power Platform のパイプラインとより広範な ALM ビジョンを開発します。 パイプラインは本質的により単純化されており、より少ない労力で設定および管理できます。 すべてが社内で管理されているため、他の製品やテクノロジーへのアクセスは必要ありません。 一方、ALM アクセラレータは、より詳細な ALM シナリオに適している場合があります。
他にも多くの機能上の違いがありますが、基本的な違いは、パイプラインが公式の Microsoft Power Platform 製品機能であるということです。つまり、 Microsoft 製品エンジニアリングによって設計、構築、エンジニアリング、テスト、保守、サポートされるということです。 パイプラインは製品に組み込まれており、ネイティブな製品エクスペリエンス内でアクセスできます。
コアな展開機能にパイプラインを使用し、必要に応じてパイプラインを拡張して他の CI/CD ツールと統合することをお勧めします。 一緒に使用すると、CI/CD ツール内で必要なワークロードは、多くの場合、複雑さが軽減され、維持コストが低くなります。
トレーニング
認定資格
Microsoft Certified: Power Platform Developer Associate - Certifications
Microsoft Power Platform Developer を使用して、ビジネス タスクとプロセスを簡素化、自動化、変換する方法について説明します。