アプリケーション ライフサイクル管理戦略を確立する

アプリケーション ライフサイクル管理 (ALM) は、エージェントのライフサイクルを管理するプロセス、人員、ツールから構成されています。 発案や要件定義から始まり、開発、テスト、展開、メンテナンスを経て、廃止まで続きます。 その結果、効率が向上し、エージェントの提供方法が予測可能かつ繰り返し実施できるようになります。

ALM のメリットは何ですか?

健全な ALM を実践する主な利点は次の通りです。

  • 信頼できるリリース: エラーのリスクを減らし、一貫した展開を保証します。
  • ガバナンスとコンプライアンス: 組織の方針やセキュリティ基準の施行を支援します。
  • スケーラビリティと再利用: プロセスを再構築せずにソリューションを成長させることを可能にします。
  • スピードと品質の両立: 高品質を維持しつつ迅速な納品を実現します。
  • 事業継続: アップデート中のダウンタイムや混乱を最小限に抑えます。
  • チーム協調: 開発者、テスター、運用担当者間の協調を向上させます。
  • エンドツーエンド ディシプリン: アプリケーション ライフサイクルの各フェーズに体系化をもたらします。

Power Platform ALM ベストプラクティスを適用する

Copilot Studio は Power Platform と同じ基盤の上に構築されており、アプリケーション ライフサイクル管理に関して豊富なオプションを提供します。 したがって、両プラットフォームは共通の指針を踏襲しています。

  • メーカーが安全で軽量、かつユーザー数が限定された環境で開発できるよう、環境戦略を策定し、その後、検証済みのガイドラインに従ってエージェントをテスト環境や本番環境に展開し、利用範囲を拡大しましょう。
  • ソリューション をコンテナとして活用し、アーティファクトやカスタマイズを環境間で展開しましょう。
  • 環境固有の設定には環境変数を適用し、環境固有の接続や認証情報には接続参照を設定します。
  • ノーコードおよびプロ開発向けセットアップ (パイプライン、Azure DevOps、GitHub 統合) に対して、継続的インテグレーションおよび継続的デリバリー (CI/CD) の展開オプションを実施しましょう。
  • ネイティブ Git 統合でソース管理を有効化しましょう。

環境を構成してセキュリティ保護する

健全な ALM 戦略には、少なくとも開発、テスト、本番の 3 つの環境が必要です。 開発者が開発環境でエージェントに変更を加えた後、テスト環境へレベル上げします。 テスターがバグを発見した場合、開発者は開発中に修正し、エージェントを再び昇格させます。 テストに合格すると、エージェントは本番環境に展開されます。

運用タイプの環境として運用環境を設定します。 開発環境やテスト環境を含むすべてのその他の環境は、サンドボックス型の環境として構成してください。

Entra セキュリティグループを適用して、そのメンバーのみにアクセスを制限することで、すべての環境を保護してください

ALM のゴールデン ルールに従う

これらのルールを使って、一貫性と信頼性のあるアプリケーション ライフサイクル管理プロセスを実現してください。

  • 開発環境以外でカスタマイズしないでください。
  • 常にソリューションのコンテキストで作業してください。
  • カスタム パブリッシャーとプレフィックスを使用します。
  • コンポーネントを独立してデプロイする必要がある場合のみ、個別のソリューションを作成してください。
  • 環境間で変更される設定やシークレットには環境変数を使用してください。
  • 開発環境を構築する場合を除き、ソリューションはマネージドとしてエクスポートおよび展開してください。
  • ソース管理や自動展開のために ALM プロセスの自動化を検討してください。

Copilot Studio 固有の ALM 考慮事項を確認する

Copilot Studio には、ソリューション非対応の特有な項目がいくつか含まれています。 これらの項目は通常のソリューション展開プロセスに従わず、展開先環境で追加手順が必要です。

  • Azure アプリケーション Insights 設定
  • 手動の認証設定
  • Direct Line/Web チャネルのセキュリティ設定
  • 展開済みチャネル
  • 共有 (他の作成者やエンドユーザーと)

再利用できるコンポーネント コレクションを作成する

コンポーネント コレクションは再利用可能なエージェント コンポーネントの集合です。 これらのコンポーネントには、トピック、知識、アクション、エンティティが含まれます。 コンポーネント コレクションの主な利点は、環境内の複数のエージェント間で共有できることです。

ソリューションを使用することで、コンポーネント コレクションのエクスポートおよびインポートが可能です。 このアプローチにより、複数の環境にコンテンツを移動して ALM シナリオをサポートすることができます。 複数のチームが異なる環境でエージェントの一部を独立したリリース サイクルで開発できるようになります。

DEV、TEST、PROD 環境におけるソリューションおよびコンポーネント コレクション構成の図に、IT および HR コレクションとバージョニングが示されています。

図は、複数の環境にわたってコンポーネント コレクションがどのように構成され、ALM を支援しているかを示しています。 図には 4 つの環境が示されています。

  • IT および HR DEV 開発環境
  • Contoso DEV 環境
  • Contoso TEST 環境
  • Contoso PROD 環境

各環境にはエージェントやコレクションが含まれており、環境間で再利用・参照が可能です。

目的

  • エージェント コンポーネント (トピック、アクション、知識) を複数の環境で再利用できるようにします。
  • モジュール型開発と独立したリリース サイクルを可能にすることで、ALM シナリオをサポートします。
  • コレクションの共有やソリューションのエクスポートやインポートを通じて、複数のチーム間の協力を促進します。

活動

  • IT および HR のコンポーネント コレクションを作成します (例: ITトピック、HR アクション)。
  • これらのコレクションを参照するエージェント (例えば Contoso Agent) を開発します。
  • ALM ツールを実装して、DEV、TEST、PROD 環境間でコレクションを移動するためのエクスポート・インポート ソリューションを活用しましょう。
  • バージョン管理: すべての変更がバージョン管理され、文書化されていることを確認します。

各環境の主な実践事項

  • IT および HR DEV 環境
    • IT コレクションと HR コレクションを、トピック、アクション、知識とともに管理してください。
    • この環境でコレクションを変更し、上流環境に展開します。
  • Contoso DEV 環境
    • Contoso のトピック、アクション、知識を参照し、Contoso エージェントを構築します。
    • IT および HR コレクションを DEV 環境と同じバージョンで統合します。
    • この環境をエージェント コンポーネントの開発および初期統合に使用してください。
  • Contoso TEST 環境
    • Contoso エージェントをテスト用に展開してください。
    • DEV 環境と同じバージョンの IT コレクションと HR コレクションをインポートしてください。
    • 本番リリース前の検証および QA のためにこの環境を使用してください。
  • Contoso PROD 環境
    • Contoso エージェントの最終展開。
    • IT Collection v1.0 や HR Collection v1.0 などの安定したバージョンのコレクションをインポートします。
    • この環境は、本番運用に適した構成と信頼性の確保に使用します。

ベスト プラクティス

  • 複製よりも再利用: エージェントや環境間でコレクションを共有する。
  • バージョン管理: 一貫性とロールバックのためにバージョンを追跡します。
  • モジュール設計: 柔軟性を高めるために IT と HR のコンポーネントを分離します。
  • 独立したリリース サイクル: 他の環境に影響を与えずに更新できるようにします。

エージェント展開のための ALM の自動化ツールを選定する

Copilot Studio は、エージェントの展開を支援する複数の ALM 自動化ツールをサポートしています。 それぞれの選択肢は異なる機能を提供し、異なる対象者を想定しています:

  • Azure DevOps: 高度な CI/CD およびソース コード管理機能を備えた ALM 管理のためのエンタープライズグレード ソリューションです。
  • GitHub Actions for Power Platform: GitHub プラットフォームを利用する開発者や管理者のために ALM 関連の作業を自動化します。
  • Power Platform のパイプライン (Copilot Studio 用): Power Platform に組み込まれた展開パイプラインを利用することで、市民開発者の展開プロセスを簡素化します。

次の表に、使用できる ALM ツールの詳しい比較を示します。

機能または特典 Azure DevOps Power Platform 用 GitHub Actions Copilot Studio 用 Power Platform パイプライン
最適な用途 完全な ALM 管理を必要とするエンタープライズ チーム 複数の環境を管理する開発者や管理者チーム 市民開発者を支援する組織
主要な機能
  • Azure DevOps Repos によるソース管理
  • Azure DevOps パイプラインを使用した CI/CD
  • 一般的な自動化や展開タスクには Power Platform Build Tools を利用できます
  • Dataverse Git と Azure Repos の統合を有効にする
  • ソリューションをインポートおよびエクスポートする
  • ダウンストリーム環境に展開する
  • 環境のプロビジョニングまたはプロビジョニング解除を行う
  • ソリューション チェッカーを用いた静的解析チェック
  • 環境のバックアップ、回復、コピー、削除、およびリセットを行う
  • 一元管理展開の可視性
  • パイプラインとセキュリティ管理
  • 展開の迅速なセットアップ
セットアップの複雑さ 高い (構成および専門知識が必要) 中程度 (GitHub のセットアップとスクリプトが必要) 低 (数分のセットアップ)

テスト戦略を確立する

展開前にエージェントをテストすることは、Copilot Studio の ALM 戦略における重要な要素です。 詳細については、エージェントのためのテスト戦略を設計する を参照してください。

次のステップ

使用状況の追跡方法、コンプライアンスの維持、環境に必要な容量を確保する方法を見直し、大規模運用の準備をしましょう。