次の方法で共有


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

アプリケーションライフサイクル管理(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 Application Insights settings
  • 手動認証設定
  • ダイレクトライン/ウェブチャネルのセキュリティ設定
  • 展開チャネル
  • 共有(他のメーカーやエンドユーザーと)

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

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

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

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

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

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

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

目的

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

アクティビティ

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

各環境の主要な実践

  • ITおよび人事開発環境
    • ITコレクションとHRコレクションをテーマ、アクション、知識で維持しましょう。
    • この環境でコレクションを変更し、上流環境に展開します。
  • Contoso DEV Environment
    • Contosoのトピック、アクション、知識を参照してContosoエージェントを構築しましょう。
    • ITおよびHRコレクションをDEV環境と同じバージョンで統合します。
    • この環境を利用してエージェントコンポーネントの開発と初期統合を行います。
  • Contoso TEST 環境
    • Contosoエージェントをテスト用に展開してください。
    • DEV環境と同じバージョンでITおよびHRコレクションをインポートしてください。
    • 本番環境リリース前の検証とQAにこの環境を活用してください。
  • Contoso PROD 環境
    • コントソ・エージェントの最終展開。
    • IT Collection v1.0やHR Collection v1.0などの安定バージョンでコレクションをインポートしてください。
    • この環境を利用して、本番環境に対応できる構成を行い、信頼性を確保しましょう。

ベスト プラクティス

  • 複製よりも再利用:エージェントや環境間でコレクションを共有する。
  • バージョン管理:一貫性とロールバックのためにバージョンを追跡します。
  • モジュール設計:柔軟性を高めるためにITとHRのコンポーネントを分離すること。
  • 独立したリリースのタイミング:他の環境を妨げずにアップデートを許可します。

エージェント展開のためのALM自動化ツールを選択してください

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

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

以下の表は利用可能なALMツールの詳細な比較を示しています:

特徴または利点 Azure DevOps Power Platform のためのGitHubアクション Copilot Studio用のPower Platform パイプライン
最適な用途 エンタープライズチームが完全なALM管理を必要とする場合 複数の環境を管理する開発/管理者チーム 市民開発者を支援する組織
主な機能
  • Source control through Azure DevOps Repos
  • Azure DevOps pipelines を用いた CI/CD
  • Power Platform Build Tools を一般的な自動化や展開作業に利用できます
  • Enable Dataverse Git integration with Azure Repos
  • ソリューションをインポートおよびエクスポートする
  • 下流環境への展開
  • プロビジョニングまたはデプロビジョニング環境
  • ソリューションチェッカーを用いた静的解析チェック
  • 環境のバックアップ、復元、コピー、削除、リセット
  • 集中型展開可視化
  • パイプラインとセキュリティ管理
  • デプロイメントの簡単なセットアップ
セットアップの複雑さ 高く(構成と専門知識が必要) モデレート(GitHubの設定とスクリプトが必要) 低め(数分のセットアップ)

テスト戦略を確立する

展開前にエージェントをテストすることは、Copilot StudioのALM戦略の重要な一部です。 「 エージェントのためのテスト戦略を設計する」で詳しく学びましょう。

次のステップ

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