應用程式生命週期管理 (ALM) 是一套用來管理 Agent 生命週期的流程、人員與工具。 從最初的構想與需求蒐集開始，一路延續到開發、測試、部署及持續維護，直到淘汰為止。 這麼做可提升效率，並讓 Agent 的交付方式更可預測、可重複執行。
ALM 有哪些優點？
落實良好 ALM 做法的優點包括：
- 可靠的發行：降低錯誤風險，並確保部署一致性。
- 控管與合規性：有助於落實組織原則與安全性標準。
- 擴充性與重複使用：讓解決方案得以成長，不必重新設計流程。
- 兼顧速度與品質：在快速交付與高品質標準之間取得平衡。
- 商務持續性：將更新期間的停機與中斷情況降到最低。
- 團隊協作：改善開發人員、測試人員與維運人員之間的協調合作。
- 全程紀律：為應用程式生命週期的每個階段建立結構。
套用 Power Platform ALM 最佳做法
Copilot Studio 建置於與 Power Platform 相同的基礎上，在應用程式生命週期管理方面提供豐富的選項。 因此，這兩個平台都遵循一些共同的指導方針：
- 定義環境策略，確保建立者可以在安全、輕量且低使用人數的環境中建置，然後依照經過審核的指導方針，將 Agent 部署到測試與正式環境並擴大使用範圍。
- 使用解決方案做為容器，在環境之間傳送成品與自訂項目。
- 針對環境專屬的設定套用環境變數，並針對環境專屬的連線與認證設定連線參考。
- 針對免程式碼與專業開發設定 (管線、Azure DevOps 或 GitHub 整合)，實作持續整合與持續交付 (CI/CD) 部署選項。
- 使用原生 Git 整合啟用原始檔控制。
設定及保護環境
良好的 ALM 策略至少包含三個環境：開發、測試及正式環境。 開發人員在開發環境中變更 Agent 後，會將其升版到測試環境。 如果測試人員發現錯誤，開發人員會在開發環境中修正錯誤，然後再次將 Agent 升版。 測試通過後，Agent 就會部署到正式環境。
將正式環境設定為正式類型環境。 將其他所有環境 (包括開發與測試環境) 設定為沙箱類型環境。
套用 Entra 安全性群組，將存取權限制為僅限群組成員，藉此保護每個環境。
遵循 ALM 黃金守則
使用這些規則，確保應用程式生命週期管理程序一致且可靠。
- 請勿在開發環境以外的地方進行自訂。
- 一律在解決方案的內容中作業。
- 使用自訂發行者和前置詞。
- 只有在需要獨立部署元件時，才建立個別的解決方案。
- 針對隨環境而異的設定與秘密使用環境變數。
- 除非是在設定開發環境，否則請以受控方式匯出並部署解決方案。
- 建議將原始檔控制與自動化部署的 ALM 流程自動化。
檢閱 Copilot Studio 特定 ALM 的考量事項
Copilot Studio 包含幾個沒有解決方案感知的特定項目。 這些項目不會遵循一般的解決方案部署程序，且需要在下游環境中執行部署後步驟，例如：
- Azure 應用程式 Insights 設定
- 手動驗證設定
- Direct Line / Web 通道安全性設定
- 已部署的通道
- 共用 (與其他建立者或與使用者)
建立可重複使用的元件集合
元件集合是一組可重複使用的 Agent 元件。 這些元件包括主題、知識、動作及實體。 元件集合的主要優點，就是可以在環境內的多個 Agent 之間共用。
您也可以使用解決方案匯出及匯入元件集合。 這種做法可讓您跨多個環境移動內容，以支援 ALM 案例。 這可讓多個小組在不同環境中開發 Agent 的不同部分，並各自維持獨立的發行步調。
此圖說明如何在多個環境中設定元件集合，以支援 ALM。 圖中顯示四個環境：
- IT 與 HR DEV 環境
- Contoso DEV 環境
- Contoso TEST 環境
- Contoso PROD 環境
每個環境都包含可在各環境之間重複使用及參照的 Agent 與集合。
用途
- 讓 Agent 元件 (主題、動作、知識) 能夠在多個環境中重複使用。
- 允許模組化開發與獨立發行步調，藉此支援 ALM 案例。
- 透過共用集合，以及匯出及匯入解決方案，促進多個小組之間的協作。
活動
- 為 IT 與 HR 建立元件集合 (例如 IT Topics、HR Actions)。
- 開發參照這些集合的 Agent (例如 Contoso Agent)。
- 實作 ALM 工具，匯出及匯入解決方案，藉此在 DEV、TEST 及 PROD 環境之間移動集合。
- 版本控制：確保所有變更都已進行版本控制並記錄下來。
各環境的關鍵作法
-
IT 與 HR DEV 環境
- 維護包含主題、動作及知識的 IT 集合與 HR 集合。
- 在此環境中變更這些集合，並將其部署到上游環境。
-
Contoso DEV 環境
- 建置參考 Contoso 主題、動作與知識的 Contoso Agent。
- 整合與 DEV 環境版本相同的 IT 與 HR 集合。
- 使用此環境進行 Agent 元件的開發與初步整合。
-
Contoso TEST 環境
- 部署 Contoso Agent 以進行測試。
- 匯入與 DEV 環境版本相同的 IT 與 HR 集合。
- 使用此環境在正式發行前進行驗證與 QA。
-
Contoso PROD 環境
- Contoso Agent 的最終部署。
- 匯入穩定版本的集合，例如 IT Collection v1.0 與 HR Collection v1.0。
- 使用此環境進行正式環境就緒設定，以確保可靠性。
最佳做法
- 重複使用優於重複建置：在 Agent 與環境之間共用集合。
- 版本控制：追蹤版本以確保一致性與復原。
- 模組化設計：分開 IT 與 HR 元件，以提升彈性。
- 獨立發行步調：允許更新，而不影響其他環境。
選取用於部署 Agent 的 ALM 自動化工具
Copilot Studio 支援多種 ALM 自動化工具，協助部署 Agent。 每個選項都提供不同的功能，並鎖定不同的對象：
- Azure DevOps：企業級解決方案，具備進階 CI/CD 與原始檔控制功能，可用於管理 ALM。
- 適用於 Power Platform 的 GitHub Actions：使用 GitHub 平台，將開發人員與系統管理員的 ALM 相關工作自動化。
- Copilot Studio 在 Power Platform 中的管線：使用 Power Platform 內建的部署管線簡化公民開發者的部署。
下表詳細比較可用的 ALM 工具：
| 功能或優點 | Azure DevOps | 適用於 Power Platform 的 GitHub Actions | Copilot Studio 的 Power Platform 管線 |
|---|---|---|---|
| 適用對象 | 需要完整 ALM 控制的企業團隊 | 管理多個環境的開發/系統管理團隊 | 賦權公民開發人員的組織 |
| 主要功能 |
|
|
|
| 設定複雜度 | 高 (需要具備設定能力與專業知識) | 中等 (需要 GitHub 設定與指令碼) | 低 (幾分鐘的設定) |
建立測試策略
部署前測試 Agent 是 Copilot Studio ALM 策略中重要的一環。 如需詳細資訊，請參閱設計 Agent 的測試策略。
下一步
請先了解如何追蹤使用量、維持合規性，並確保環境具備所需容量，再準備好大規模操作您的解決方案。