solutions-management
latest
false
解决方案用户指南
重要 :
请注意，此内容已使用机器翻译进行了本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
在 Automation Cloud 中将更改应用到生产之前，在专用测试部署中验证解决方案升级的最佳实践。
升级解决方案将更改其已部署的组件和配置。在将升级应用于生产之前，在专用的测试部署中验证升级，可降低中断实时用户并需要手动恢复的风险。
为什么验证在生产之前很重要
解决方案升级可能会导致您的环境发生以下变化：
- 需要在激活前进行额外设置的新添加组件
- 移除的组件可能会被其他解决方案或流程引用
- 已编辑的组件，其属性值已更改，这些值可能会覆盖您的现有配置
如果升级在生产环境中失败，系统会自动回滚，尝试恢复之前的状态。但是，回滚失败可能会使某些组件处于降级状态，需要手动清理。在测试部署进入生产环境之前解决这些问题可显着降低运营风险。
什么是测试部署
测试部署是在非生产环境中对同一个解决方案包的部署，通常是与生产用户隔离的单独租户或专用文件夹。
测试部署运行与生产部署相同的包版本。新的包版本准备就绪后，请先将升级应用于测试部署，验证其正常运行，然后再将相同的升级应用于生产。
测试部署不需要复制生产数据。其目的是确认：
- 升级适用，无组件冲突
- 已正确配置新组件
- 部署将按预期激活并运行
“先测试，后提升”模式
推荐的方法遵循“测试后提升”的顺序：
- 测试部署：测试部署首先接收目标包版本。我们会审核（添加、删除或修改）组件差异，并在激活前完成任何所需的配置。
- 验证：测试部署已激活，并且解决方案经过验证是否按预期运行。
- 生产部署：相同的包版本将应用于生产。测试期间发现的问题已经解决，因此生产升级的风险较低。
有关分步升级说明，请参阅升级或降级解决方案。