6.3. 生命周期环境的最佳实践
- 使用多个生命周期环境路径实施内容消耗的多个后续阶段。每个阶段都包含一组定义的内容，例如在 Production 生命周期环境中。
- 使用 Hammer 脚本或 Ansible Playbook 自动创建生命周期环境。
默认用例：修复每个生命周期环境路径中的阶段，如 Development、Test 和 Production。
- 将内容视图提升到生命周期环境，例如从 Test 提升到 Production。消耗此内容视图或复合内容视图的所有内容主机都能够从 Production 生命周期环境安装软件包。请注意，这些软件包不会被自动安装或更新。
- 如果您在修补内容主机过程中遇到错误，请将主机附加到内容视图的以前的版本。这只会影响软件包的可用性，但不会降级安装的软件包。
备选用例：在生命周期阶段为固定内容使用阶段，例如每季度更新，且仅使用勘误表的增量更新发布新的次版本。
-
当修补内容主机时，使用 Satellite Web UI、Satellite API、Hammer CLI 或激活码将生命周期环境从
2023-Q4更改为2024-Q1。 - 优点：您可以通过查看其生命周期环境直接查看主机接收的软件包。
- 缺点：在没有明确定义的阶段（如开发、测试和生产）时，提升内容的动态。
-
当修补内容主机时，使用 Satellite Web UI、Satellite API、Hammer CLI 或激活码将生命周期环境从
- 使用多个生命周期环境路径为不同的环境定义多个阶段，例如分离 Web 服务器和数据库主机。
- 胶囊服务器使用生命周期环境同步内容。如果您将内容分成多个生命周期环境路径，它们可以更有效地同步内容。如果特定的胶囊服务器只在单一生命周期环境路径中为一个操作系统提供内容，则它只同步所需的内容。
