操作系统安装自动化：策略与实践

### 操作系统安装自动化：策略与实践 #### 1. 测试驱动开发（TDD）的局限性 测试驱动开发（TDD）在操作系统安装和配置中虽有优势，但也存在明显缺点。设计测试可能极其耗时，因此一些地方仅在进行最重要或最易出错的更改时才使用 TDD。 #### 2. 逐步自动化的秘诀 自动化的关键在于从手动执行任务开始。若无法手动完成某任务，就无法对其进行自动化。手动执行步骤并做好记录，这些记录可作为创建所需自动化的指南。具体步骤如下： - **从小处着手**：先自动化一两个简单步骤。例如，实现从网络安装服务器启动（PXE 启动），而非使用安装介质。当机器通过 PXE 启动、连接到安装服务器并通过网络完成安装时，即便过程中需要手动回答一些问题，也算是一个良好的开端。 - **消除手动干预**：完成上述步骤后，可提供一个包含答案的配置文件（答案文件），让机器读取该文件以自动回答问题，从而消除手动回答的需求。 - **前置安装问题**：若安装过程需要提问，应在开始时一次性问完，这样可以在回答完问题后让安装过程自动完成，避免频繁返回机器查看提示，提高时间管理效率。 - **持续扩展自动化范围**：接下来可以考虑安装额外的软件包、配置设置、BIOS 设置、固件更新、RAID 控制器配置等。 在自动化过程中，若遇到困难且有少量手动步骤剩余，可在票务系统或错误跟踪系统中记录这些步骤，以便引起管理者的注意并分配时间解决，同时避免遗忘。 以下是自动化步骤的流程图： ```mermaid graph LR A[手动执行任务并记录] --> B[自动化简单步骤（如 PXE 启动）] B --> C[提供答案文件消除手动干预] C --> D[前置安装问题] D --> E[扩展自动化范围（软件包、设置等）] E --> F{是否遇到困难} F -- 是 --> G[记录手动步骤到系统] F -- 否 --> H[持续改进自动化] ``` #### 3. 让问题可见 曾经有一位 PC 技术员使用的自动化安装过程存在小故障，需要在某些步骤进行手动干预，但他认为“大家都知道这个问题”而未记录。当询问其老板时，老板却对此一无所知，并表示若早知道会推迟其他项目让技术员专注修复问题。因此，不要忽视系统中的问题，应像记录功能请求和错误一样记录过程改进，提高其可见性以获得应有的关注。 #### 4. 尽早使用系统 不要等到系统完全自动化后才使用。早期使用系统能更快发现需要改进的地方，即使新系统仅适用于单一型号的机器、需要手动配置 RAID、仍需手动回答一些问题或进行手动安装后步骤，使用其已实现的部分也比旧的手动过程更有优势。随着时间的推移，系统会不断改进，实现更全面的自动化、更快的速度和更强的抗故障能力，这就是增量开发。 #### 5. 自动化小事情 在指导新系统管理员设置 Solaris JumpStart 时，即便系统能按预期加载操作系统，但最后执行的简单脚本仍属于手动步骤，会影响自动化的完整性。因此，要确保将所有步骤都集成到自动化过程中。 #### 6. 自助式操作系统安装 当系统管理员能够使用完全自动化的系统后，可以进一步让普通用户自行擦除和重新安装机器。虽然这存在一定风险，但对于有技术能力的开发者和用户来说，自助式安装可以提高他们的自主性，同时也能减轻管理员的负担。此外，若自助式自动化能实现或支持某些安装和安全标准，会有更多用户愿意遵循这些标准。 #### 7. 自动化安装后任务 尽可能自动化更多的安装后任务，例如让机器自动添加到库存系统或发出提示音表示安装完成。在 Bell Labs，有人修改 Solaris JumpStart 系统，使其在安装完成后向帮助台发送包含机器信息的电子邮件，这样系统管理员无需浪费时间检查机器，只需在未收到邮件时进行查看即可。 #### 8. 何时不进行自动化 在以下情况下，缺乏自动化是合理的： |情况|说明| | ---- | ---- | |单一主机|特定操作系统/硬件组合只有一台主机| |成本效益|自动化的成本大于节省的时间| |厂商限制|厂商使自动化过程无法实现或不支持自动化| 不过，最基本的权宜之计是有一个记录完善的过程，以便每次都能以相同的方式重复操作。随着时间的推移，这些记录可能会逐渐演变成自动化解决方案。 #### 9. 厂商对操作系统安装的支持 厂商应使操作系统的安装过程易于自动化。在购买新产品时，要询问厂商安装是否可以自动化以及如何自动化，拒绝不重视部署问题的厂商。历史上曾出现