導入
カスタム コネクタのユース ケースによって、ライフサイクルの変化に伴う管理方法が決まります。 主なシナリオと大まかな概要は次のとおりです。
単一の環境での使用 - このシナリオは、通常、同じ環境内で構築および使用される生産性向上アプリに適用されます。 このシナリオでは、異なる環境間でのアプリの移動や社外のユーザーとのアプリの共有を考慮していません。 この場合でも、破壊的変更に何らかの懸念があり、バージョン管理の更新に関するガイダンスに従う必要があります。 将来、アプリを他の環境に移動する場合、ソリューションを使用すると将来の可搬性に役立ちます。 通常、このシナリオでは、正式なアプリケーション ライフサイクル管理 (ALM) プロセスは実装されません。
複数の環境での使用 - このシナリオは、コネクタを複数の環境に個別にインストールする必要はあるが、オープンソースの作成やコネクタの認定を検討しない場合に適用されます。 コネクタは、環境間でカスタム コネクタをコピーする主なメカニズムである、ソリューションのコンテキストで作成および管理する必要があります。 コネクタは、ソリューション フレームワークにおけるライフサイクル管理のすべての側面を活用します。 コネクタでの変更を追跡するために、ソリューション コンポーネントのバージョン管理を使用できます。
オープンソース/認定 - このシナリオは、オープンソースの作成やコネクタの認定を行い、コネクタを公開して、他のユーザーがインストールまたは使用できるようにする場合に適用されます。 このシナリオでは、コネクタの定義を構成する個々のファイルを管理し、インポートとエクスポートに Microsoft Power Platform コマンドライン ツールを使用します。 これらのコネクタを公開するには、個々の定義ファイルと、より多くのメタデータをキャプチャする必要あります。そのため、ソリューションではなく、エクスポートされたファイルに対してソース管理を使用する方が一般的です。
このモジュールでは、プラットフォームのツールと機能を使用して、これらのさまざまなシナリオを管理する方法を詳しく説明します。
アプリケーション ライフサイクル管理
アプリケーション ライフサイクル管理 (ALM) は、ガバナンス、開発、およびメンテナンスを含む完全なアプリケーションを構成するアプリケーション コンポーネントのライフサイクル管理です。 さらに、次の分野が含まれます。
- 要件管理
- アーキテクチャ
- 開発
- テスト
- メンテナンス
- 変更管理
- 継続的インテグレーション
- プロジェクト管理
- 展開
- リリース管理
アプリケーション ライフサイクルは、計画と追跡、開発、ビルドとテスト、デプロイ、運用、検出に基づく監視と学習という領域から構成される循環型の開発プロセスです。
オープンソースを作成する、および/またはカスタムコネクタを認証する場合、デプロイ フェーズは単にそれを単に別の環境に移動するだけではありません。 特定のセットのステップに従う必要があります。それについては、コネクタを Microsoft に提出する手順 で詳しく説明します。
Microsoft Power Platform の ALM
Microsoft Power Platform には、正常なライフサイクル管理プロセスをサポートする ALM ツールが用意されています。 これらのツールは、Microsoft Dataverse とソリューションに依存しています。 ソリューションは、ALM を Microsoft Power Apps および Microsoft Power Automate に実装するためのメカニズムです。 カスタム コネクタは、ソリューションを使用することで環境内で作成でき、環境間で移動できます。
Microsoft Power Platform での ALM の重要な側面は、ライフサイクルのさまざまなフェーズで特定の目的のために環境を使用することです。 たとえば、基本的な ALM 設定には、開発、テスト、および運用環境があります。 詳細については、ALM の環境管理 を参照してください。
ALM のもう 1 つの重要な側面は、カスタム コネクタまたは他のコンポーネントのリリースごとに行われた変更を追跡するためにソース管理を適用することです。 Microsoft Power Platform ビルド ツールを使用すると、コネクタを含むソリューションのスナップショットの取得プロセスとバージョン管理の使用プロセスを自動化して、各リビジョンでの変更内容を追跡できます。
ソリューションとビルド ツールの使用についての詳細は、このモジュールの後半で説明します。
オープンソース/ALMの認定
オープンソースを作成する場合やカスタム コネクタを認定する場合は、主に、Microsoft Power Platform コネクタ GitHub リポジトリを含む事前に定義された ALM プロセスを使用して作業します。 独自のパブリック GitHub リポジトリやダウンロード場所など、任意のパブリックな場所に対してオープンソースを作成することもできますが、可視性や簡単なインポートなどの特定のメリットがあるため、Microsoft Power Platform コネクタ GitHub リポジトリを推奨されるアプローチとして利用することもできます。
コマンド ライン インターフェイス (CLI) と GitHub に加えて Microsoft Power Platform アプローチの ALM やツールも使用できますが、ユーザーの目的がオープンソースの作成や認定である場合は、簡略化や重要な価値の追加は行われません。