Outbrain经验分享之持续部署实践

Outbrain已经采用了持续部署系统，该公司前资深工程师Ran Tavory在他的博客介绍了实践过程，他们是怎么做的，有哪些收获。

首先， Ran Tavory提到确立敏捷企业文化的重要性：

“到目前为止我们认为，成功实施持续部署的核心一半是文化因素，一半是技术因素。有人问我什么更重要，文化还是工具，当然，我认为文化更重要，但是工具能正确地确立这种文化。”

Ran Tavory分享了Outbrain采取的3项促进企业文化转型的技术措施：

首先，不允许创建分支，要求主干代码随时都可以用来部署生产环境，所有人都要把主干作为开发目录，只允许创建标签(tag)，没有分支，所以也不需要合并，不需要两次提交；要在一个最小的原子变更完成编译、自动化测试等工作之后尽快将代码提交到主干上，不要超过一天才提交，最好每小时提交一次；如果代码还不准备发布，可以使用标识位来隐藏代码，可以通过URL参数或服务器配置来打开功能，从概念上说，它与分支类似，一旦代码全部发布就取消标识位。

其次，建立完善的自动化测试和基础设施测试，这是持续部署关键支柱。自动化测试必须快，Outbrain的测试周期是5分钟完成一次测试。

最后，监控、自检测试、服务状态要可视化。Outbrain有一个版本页面列出了所有服务库的版本，以及一个自检页面，可以通过一系列内部接口（如连接数据库、连接其他服务等）调用就可以检测并能够返回成功状态。

Ran Tavory介绍了一些工具来实现持续部署：

• 通过CHEF实现基础设施的自动化；
• 通过GLU实现部署；

另外他还提到了服务组件化，让破坏和错误的影响最小，让回滚操作更方便。在博文中，Ran Tavory还列举了实例说明Outbrain的持续部署实现。整体来说，整套系统简化了部署过程，节约了大量的开发时间。

作者简介

李新，新浪产品部高级配置管理工程师，有丰富的软件流程方面的经验。

感谢黄玲艳对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至[email protected]。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。