应用生命周期管理（ALM）是一套管理代理生命周期的流程、人员和工具。 它从最初的想法和需求收集开始，贯穿开发、测试、部署和持续维护，直到退役。 结果是更高的效率和可预测、可重复的代理交付方式。
ALM有哪些好处？
健康ALM实践的好处包括：
- 可靠的发布：降低错误风险，确保部署一致。
- 治理与合规：帮助执行组织政策和安全标准。
- 可扩展性和重用：使解决方案能够成长，而无需重新发明流程。
- 快速追求质量：在快速交付与高质量标准之间取得平衡。
- 业务连续性：减少更新期间的停机和中断。
- 团队协作：提升开发者、测试人员和运营之间的协调。
- 端到端的纪律：为应用生命周期的每个阶段带来结构化。
应用Power Platform ALM最佳实践
Copilot Studio 基于 Power Platform 的基础构建，在 应用生命周期管理方面提供了丰富的选项。 因此，两个平台遵循一些共同的指导：
- 制定 环境策略 ，确保创作者能够在安全、轻量、低受众环境中构建，然后再遵循经过审核的指南，将代理部署到测试和生产环境并扩大使用。
- 将 解决方案 作为容器，跨环境运输工件和定制内容。
- 为环境特定设置应用 环境变量 ，并为特定环境的连接和凭据配置连接引用。
- 为无代码和专业开发（管道、Azure DevOps 或 GitHub 集成）实施持续集成和持续交付（CI/CD）部署选项。
- 启用原生 Git集成的源码控制。
配置与保护环境
健康的ALM策略至少包含三个环境：开发、测试和生产。 开发者在开发环境中对代理进行修改后，会将其提升到测试环境。 如果测试人员发现了漏洞，开发者会在开发过程中修复并再次推广代理。 测试通过后，代理部署到生产环境。
将生产环境配置为 生产类型环境。 将所有其他环境，包括开发和测试，配置为沙箱式环境。
通过应用Entra安全组限制仅其成员访问，保护每个环境的安全。
遵循ALM黄金法则
利用这些规则确保应用生命周期管理流程的一致性和可靠性。
- 不要在开发环境之外进行定制。
- 始终在解决方案的背景下工作。
- 使用自定义出版商和前缀。
- 只有在需要独立部署组件时才创建独立解决方案。
- 使用环境变量来处理不同环境变化的设置和秘密。
- 除非搭建开发环境，否则应按管理方式导出和部署解决方案。
- 考虑自动化ALM用于源代码管理和自动化部署。
请查看 Copilot Studio 关于特定 ALM 的考虑因素
Copilot Studio 包含了一些不具备解决方案意识的具体项目。 这些项目不遵循正常的解决方案部署流程，需要在下游环境中进行部署后步骤，例如：
- Azure Application Insights settings
- 手动认证设置
- 直线/网络信道安全设置
- 已部署的频道
- 共享（与其他制造商或终端用户）
创建可重用的组件集合
组件集合是一组可重用的代理组件。 这些组成部分包括主题、知识、行动和实体。 组件集合的主要好处是你可以在环境中的多个代理之间共享组件集合。
你也可以用解决方案导出和导入组件集合。 这种方法使你能够跨多个环境移动内容，以支持ALM场景。 它允许多个团队在不同环境中开发代理的各个部分，并拥有独立的发布节奏。
图示展示了组件集合如何在多个环境中配置以支持 ALM。 它展示了四个环境：
- IT与人力资源开发环境
- Contoso DEV 环境
- Contoso TEST 环境
- Contoso PROD 环境
每个环境都包含可以重复使用和引用的代理和集合。
目的
- 支持代理组件（主题、动作、知识）在多个环境中的重用。
- 通过支持模块化开发和独立发布节奏来支持ALM场景。
- 通过共享收藏以及导出和导入解决方案，促进多团队之间的协作。
Activities
- 创建IT和人力资源的组件集合（例如，IT主题、人力资源行动）。
- 开发代理（例如，Contoso 代理）来引用这些集合。
- 实现ALM工具，用于导出和导入解决方案，以便在开发、测试和生产环境中移动集合。
- 版本控制：确保所有变更都经过版本控制并有文档记录。
每种环境的关键实践
-
IT与人力资源开发环境
- 维护IT和人力资源收藏，包含主题、行动和知识。
- 在此环境中对这些集合进行修改，并将其部署到上游环境。
-
Contoso DEV 环境
- 构建引用Contoso主题、动作和知识的Contoso代理。
- 将IT和人力资源集合集成与DEV环境相同的版本。
- 利用该环境开发和初始集成代理组件。
-
Contoso TEST 环境
- 部署Contoso代理进行测试。
- 导入与DEV环境相同版本的IT和人力资源集合。
- 在生产发布前，利用该环境进行验证和质量保证。
-
Contoso PROD 环境
- Contoso特工的最终部署。
- 导入稳定版本的集合，如 IT Collection v1.0 和 HR Collection v1.0。
- 利用该环境进行生产准备配置，确保可靠性。
最佳做法
- 重用而非复制：在代理和环境中共享集合。
- 版本控制：跟踪版本以保证一致性和回滚。
- 模块化设计：将IT和人力资源组件分开以提升灵活性。
- 独立发布节奏：允许更新而不干扰其他环境。
选择部署代理的ALM自动化工具
Copilot Studio 支持多种 ALM 自动化工具，以协助部署代理。 每种选项都具备不同的功能，并针对不同的受众：
- Azure DevOps：一款企业级解决方案，用于管理ALM，具备先进的CI/CD和源码控制功能。
- Power Platform 的 GitHub Actions：为使用 GitHub 平台的开发者和管理员自动化 ALM 相关任务。
- Power Platform for Copilot Studio 中的管道：简化公民开发者使用 Power Platform 内置的部署管道的部署流程。
下表详细比较了可用的ALM工具：
| 特点或优势 | Azure DevOps | Power Platform 的 GitHub Actions | Copilot Studio 的 Power Platform 流水线 |
|---|---|---|---|
| 最适用于 | 企业团队需要完整的ALM控制 | 管理多个环境的开发/管理员团队 | 赋能公民开发者的组织 |
| 关键功能 |
|
|
|
| 设置复杂性 | 高（需要配置和专业知识） | Moderate（需要GitHub设置和脚本） | 低（几分钟设置） |
制定测试策略
部署前测试代理是Copilot StudioALM策略的重要组成部分。 了解更多内容，请参阅 《为你的代理设计测试策略》。
后续步骤
准备大规模运行您的解决方案，回顾如何跟踪使用、保持合规，并确保环境具备所需容量。