服务器创建与变更管理全解析
服务器创建的挑战与解决方案
在服务器创建过程中,烘焙服务器镜像存在速度问题。即便有成熟的自动化镜像更新流程,构建并发布一个新镜像通常也需要 10 到 60 分钟。为了缓解这一问题,可以采用以下两种方法:
- 向运行中的服务器逐步推送更改 :这能在不重新构建镜像的情况下更新服务器。
- 结合烘焙和烹饪(frying)的过程 :多数团队采用这种组合方式来配置新服务器。可以平衡哪些配置活动应融入服务器镜像,哪些应在创建服务器实例时应用,部分配置元素可在两个阶段都进行应用。
决定何时应用特定配置的主要考量因素是所需时间和变更频率,具体如下表所示:
| 考量因素 | 适用配置方式 | 示例 |
| ---- | ---- | ---- |
| 应用时间长、变更频率低 | 烘焙到服务器镜像 | 安装应用服务器软件 |
| 安装速度快、变更频率高 | 烹饪(frying) | 内部开发的应用程序 |
团队结合烘焙和烹饪的另一种方式是尽可能多地将内容烘焙到服务器镜像中,但对更新版本采用烹饪方式。例如,团队可以按较慢的节奏(如每周或每月)烘焙更新后的服务器镜像。当需要更新通常烘焙到镜像中的内容(如安全补丁或配置改进)时,可以在服务器创建过程中应用这些更新。
在创建服务器时应用服务器配置,大多数用于创建服务器的工具(如命令行工具、平台 API 调用或堆栈管理工具)都提供了应用服务器配置代码的方式。以下是一个堆栈代码示例,用于运行虚构的服务器配置工具:
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



