基础设施即代码-2

构建服务器模板的流程

• 选择一个原始镜像
• 定制化原始镜像
• 将该镜像打包到服务器模板镜像中

持续部署的模式与实践

持续同步需要定期运行一个进程，将当前的配置定义应用到给定的服务器上面。这个过程有两种不同的工作方式
一是推送模型，指由一个中央进程控制调度，连接到各个服务器来发送和应用配置定义。二是拉取模式，指的
目标服务器本身运行一个进程，下载和应用最新的配置定义

---

低质量的系统很难变更，高质量的系统能更容易更安全地变更、快速反馈

基础设施管理的版本控制系统（密码和其他安全机密永远不应该存储在版本控制系统中，而使用自动化基础设施中管理加密密钥的工具）

持续集成： 持续集成不只是使用CI工具，而是频繁集成和测试所有的变更。团队所有开发人员都将他们修改提交到代码库的主干，每次
提交后，CI工具都会构建代码块，并运行自动化测试套件。当代码的变更导致构建失败或测试失败时，会快速地提供反馈

持续交付： 确保能够持续地眼中所有的可部署组件、系统和基础设施，并确保它们都准备好部署到产品环境。软件的持续交付基于自动化的
发布流程。CD的要点不是将每一个变更立即应用到生产环境，而是确保每个变更都可以部署到生产环境

代码质量： 整洁代码、管理技术债务

---

测试基础设施变更

UI和其他高层级的测试应该保持在尽量少的数量，且只应该在较低层级的测试运行之后才运行。有效的测试套件只运行少量的
的端到端测试，覆盖系统的主要组件，并证明集成部分工作。测试代码和其他所测代码应该一起管理，这意味着它们都放到你的
版本控制系统中，并一起提交到流水线中，知道它们到达运行阶段

---

基础设施的变更管理

• 迅速并全面地测试每一个变更，证明它是否可以部署到生产环境

• 渐进地测试受变更运行的系统元素

• 在适当情况下，启动手动验证活动，入探索性测试、用户验收测试和身旁

• 以低风险，地影响的方式将变更更轻松、快速地应用到生产系统

处理组件之间依赖的技巧

1. 共享的基础设施团队，定义和管理多个团队使用的网络结构
2. 基础设施平台团队，提供了虚拟化、元或者自动化硬件置备工具集
3. 数据库服务团队，管理一个API驱动的服务，应用程序团队可以用其来置备、配置和支持数据库实例

---