公有云运维自动化：怎么让系统具备可部署性？

一、作者介绍

徐桂林：阿里云日志服务技术专家，硕士毕业，曾任职AutoDesk等公司，擅长云计算，DevOps等。

二、引言

我在自动化部署，特别是公有云的自动化部署上工作多年，因此本文主要就这方面进行展开。

注意：这里提到的云主要指基础设施服务层，即IaaS，且泛指包括公有云、私有云或者混合云在内的所有IaaS层形态。

三、基本背景

由于工作关系，我在上一家公司(Autodesk)时从2008年底开始使用某国外公有云。当时参与项目中很重要的一部分工作就是帮助用户在我们的平台上(注：我们的平台运行在该云上)完成自动化部署。

由于整个部署非常重，涉及到平台自身部署、基础软件部署和用户传统软件部署。每次部署需要数个小时的时间，非常影响整个团队的工作效率。所以，我们花费了比较多的时间在构建自己的云自动化部署系统。

进入现在公司后，个人也推进了所在项目的部分自动化部署流程。尽管这个项目并不直接运行在云上，但在原来项目中总结出的办法还是有一定通用性。其中的部分经验也得以落实，最终效果也不错(整个系统的部署时间有了数量级的缩短)。

经历上面两个完全不同的项目，个人意识到，系统自身的可部署性，是能否落实自动化部署的关键所在(当然，这个结论的前提是团队已经认同自动化部署是团队效率和质量的基础性制度保证)。

而系统的可部署性是从架构设计到最终运维整个流程都需要考虑的因素。所以需要整个工程团队(开发、测试和运维)在系统可部署性上要达成一致，制定相关准则，整个自动化部署才能顺利推进。

所以，这里我从系统的“可部署实践准则”角度来分析如何保证自动化部署的成功实施：

尽管这里提到的很多准则不仅仅是针对云上系统，但是由于个人经验主要在云上系统的部署，同时个人相信未来绝大部分IT系统也都会运行在云上，所以会以云上系统的自动化部署为主来分享我的具体做法。