應用程式生命週期管理（ALM）是一組管理代理程式生命週期的流程、人員與工具。 它從最初的想法和需求收集開始，持續進行開發、測試、部署及持續維護，直到退役。 結果是更高的效率，以及一種可預測且可重複的代理交付方式。
ALM 有哪些好處？
實踐健康ALM的好處包括：
- 可靠的發佈：降低錯誤風險並確保部署一致。
- 治理與合規：協助執行組織政策與安全標準。
- 可擴展性與重用性：使解決方案能成長，無需重新發明流程。
- 快速提供品質：在快速交付與高品質標準之間取得平衡。
- 業務持續性：減少更新期間的停機與中斷。
- 團隊協作：提升開發者、測試人員與營運團隊間的協調。
- 端到端紀律：為應用程式生命週期的每個階段帶來結構化。
應用 Power Platform ALM 最佳實務
Copilot Studio 建立在與 Power Platform 相同的基礎上，並在 Application Lifecycle Management 方面提供豐富的選項。 因此，兩個平台遵循一些共同指引：
- 定義 環境策略 ，確保製作者能在安全、輕量、低受眾環境中建置，然後再依循經過審核的指引部署代理至測試與生產環境並擴大使用。
- 將 解決方案 當作容器，跨環境運輸工件與客製化內容。
- 為環境特定設定 套用環境變數 ，並為特定環境的連線與憑證設定連線參考。
- 為無程式碼與專業開發（pipelines、Azure DevOps 或 GitHub 整合）實施持續整合與持續交付（CI/CD）部署選項。
- 啟用原生 Git 整合的版本控制。
配置與保護環境
健康的ALM策略至少包含三個環境：開發、測試與生產環境。 開發者在開發環境中對代理程式做了變更後，會將其升格到測試環境。 如果測試人員發現錯誤，開發者會在開發過程中修正並再次推廣代理。 測試通過後，代理程式會部署到生產環境。
將生產環境配置為 生產型態環境。 將所有其他環境，包括開發與測試，配置為沙盒型環境。
透過套用 Entra 安全群組來限制僅其成員的存取權限，以保護所有環境。
遵循ALM黃金法則
使用這些規則確保應用程式生命週期管理過程的一致性和可靠性。
- 不要在開發環境外自訂。
- 務必在解決方案的脈絡中工作。
- 使用自訂出版社和前綴。
- 只有在需要獨立部署元件時才建立獨立解決方案。
- 使用環境變數來處理不同環境間變動的設定和秘密。
- 如果不是建立開發環境，請以受管理的方式匯出和部署解決方案。
- 考慮自動化 ALM 來進行原始碼控制和自動化部署。
檢視 Copilot Studio 特定的應用程式生命週期管理考量
Copilot Studio 包含幾個特定項目，但這些功能並不具備解決方案意識。 這些項目不遵循一般的解決方案部署流程，且需要在下游環境進行部署後的步驟，例如：
- Azure Application Insights 設定
- 手動認證設定
- Direct Line / 網頁頻道安全設定
- 部署的頻道
- 分享（與其他製造商或終端使用者）
建立可重複使用的元件集合
元件集合是一組可重複使用的代理元件。 這些組成部分包括主題、知識、行動與實體。 元件集合的主要優點是你可以在環境中的多個代理者間共享它們。
你也可以用解決方案來匯出和匯入元件集合。 這種方法能讓你跨越多個環境移動內容，以支援 ALM 情境。 它允許多個團隊在不同環境中開發代理的各個部分，並以獨立的發佈節奏進行。
圖片說明元件集合如何在多個環境中配置以支援 ALM。 它展示了四個環境：
- 資訊科技與人力資源開發環境
- Contoso DEV 環境
- Contoso TEST 環境
- Contoso PROD 環境
每個環境都包含代理程式和集合，你可以在不同環境中重複使用和參考。
目標
- 啟用代理元件（主題、動作、知識）在多個環境中的重複使用。
- 透過允許模組化開發與獨立發布節奏，支援 ALM 情境。
- 透過共享收藏及匯出與進口解決方案，促進多團隊間的協作。
Activities
- 建立 IT 與 HR 的元件集合（例如 IT 主題、HR 行動）。
- 開發代理程式（例如，Contoso 代理）來參考這些集合。
- 實作 ALM 工具以匯出與匯入解決方案，以便在 DEV、TEST 與 PROD 環境間移動集合。
- 版本控制：確保所有變更皆有版本控制並有文件記錄。
各環境的關鍵實務
-
資訊科技與人力資源開發環境
- 維持並更新資訊科技與人力資源的收藏，內容包括主題、行動與知識。
- 在此環境中對這些集合進行修改，並將其部署到上游環境。
-
Contoso DEV 環境
- 建立參考 Contoso 主題、動作與知識的 Contoso 代理。
- 將 IT 與人力資源集合整合到與 DEV 環境相同的版本。
- 利用此環境開發及初期整合代理元件。
-
Contoso TEST 環境
- 部署 Contoso Agent 進行測試。
- 匯入與 DEV 環境相同版本的 IT 與人力資源集合。
- 在正式發布前，利用此環境進行驗證與品質保證。
-
Contoso PROD 環境
- Contoso代理程式的最終部署。
- 匯入穩定版本的集合，例如 IT Collection v1.0 和 HR Collection v1.0。
- 使用此環境進行生產準備配置，確保可靠性。
最佳做法
- 使用而非重複：在不同代理和環境中共享資源。
- 版本控制：追蹤版本以確保一致性和回滾。
- 模組化設計：將 IT 與人力資源元件分開，以提升彈性。
- 獨立發布節奏：允許更新且不干擾其他環境。
選擇部署代理程式的 ALM 自動化工具
Copilot Studio 支援多種 ALM 自動化工具，協助部署代理程式。 每種選項提供不同功能，並針對不同的受眾：
- Azure DevOps：企業級解決方案，用於管理 ALM，具備先進的 CI/CD 與原始碼控制功能。
- GitHub Actions for Power Platform：自動化使用 GitHub 平台的開發者與管理員處理與 ALM 相關的工作。
- Pipelines in Power Platform for Copilot Studio：簡化公民開發者使用 Power Platform 內建部署管線的部署流程。
下表詳細比較了可用的 ALM 工具：
| 特色或優勢 | Azure DevOps | GitHub 操作功能適用於 Power Platform | Copilot Studio 的 Power Platform 管道 |
|---|---|---|---|
| 適用對象 | 企業團隊需要完整的 ALM 控制 | 開發/管理員團隊管理多個環境 | 賦能公民開發者的組織 |
| 主要功能 |
|
|
|
| 設定複雜度 | 高（需要配置與專業知識） | 中等（需要 GitHub 設定和腳本） | 簡單（只需幾分鐘設定） |
建立測試策略
部署前測試代理是 Copilot Studio ALM 策略中的重要一環。 如需詳細資訊，請參閱設計 Agent 的測試策略。
後續步驟
準備大規模運作您的解決方案，檢視如何追蹤使用、維持合規，並確保環境具備所需容量。