关键字：配置管理，CI，CD，QA

前言

和几个TW的朋友共事一年多，学到了很多阳春白雪的东西，比如持续集成、DevOps，以及敏捷云云。
自以为可以出师，结果在实施的过程中遇到很大的阻力，大部分同学不理解CI的作用，认为这是变相的传销。
如何让领导和程序员满意才是一套持续集成系统成功实施的关键。

最简方案：GitHub + TravisCI + CodeCov + VPS

GitHub不仅仅是一个代码托管网站，更是全世界最大的同性交友社区。替代方案：BitBuket
Travis CI可以用GitHub账号登录，有助于理解持续集成的理念，文档是英文，但是很简单。替代方案circleci
VPS推荐Linode，顺便搭建一个SS，但是由于某些原因，你可能还是需要阿里云。
代码测试覆盖率可以使用codecov（可选）。

优点

• 便宜
• 完全不需要维护硬件。

缺点

• 访问外网不稳定。
• GitHub、TravisCI和CodeCov都有收费项目。

总结

适合可以开源的小项目，主要是用来开拓眼界。

初级方案：代码托管服务 + Jenkins + VPS

如果觉得GitHub网速太慢，可以考虑使用国内的替代品，比如开源中国的马云，哦，sorry，是码云，或者CSDN的CODE。它们的私有仓库是完全免费的。
随着业务的扩大，Travis CI的问题就开始显露出来：不稳定！特别是SSH通道。当然，这不是Travis CI的错，你懂的……
这时候就可以考虑换成Jenkins了，在国内，持续集成基本就等同于Jenkins。
除非特殊用途，VPS也请选择国内的。
PS. 如果使用的是码云，可以配套使用开源中国提供的SonarQube，See：http://sonar.oschina.net/

优点

• 费用低（只需要VPS的费用）。

缺点

• 账号不通用，配置管理混乱。

总结

适合没有敏感信息的小项目。

万精油：GitLab + Jenkins + Nexus + SonarQube + VPS/VMWare

当公司步入正轨以后，一般就会有一套OA系统，比如基于LDAP的企业通讯录。这个时候就需要统一的配置管理和一个配置管理员（CMO）的角色。
GitLab是比较成熟的解决方案，完全可以替代GitHub，Code Review的时候挺好使的。
另外可以考虑增加构件仓库Nexus OSS和代码质量检查的平台SonarQube。
Nexus私服大家应该不陌生，缺点是没有官方的LDAP插件，但是对于大部分开发人员来说可以不关注，我们可以把私服地址配在公司级Root POM。
SonarQube可以和Jenkins无缝集成，Jenkins的流水线应该包括一个QA Job，如果扫描出致命或者严重Issue直接失败。代码质量问题应该马上解决，而不应该留到Code Review。
PS. Jenkins、GitLab和SonarQube都可以通过LDAP进行登录。

优点

• 费用适中。

缺点

• 无明显缺点。

总结

适合大部分的中小企业。

终极方案：自建CI/CD流水线

中大型企业不差钱，万事不求人，所以自建持续集成流水线就成为必然。
首先说说万精油方案的局限（不算是缺点）：

• Jenkins、Nexus还有SonarQube最大的共性就是如出一辙的插件系统，特别是前面两个，完全是基于文件系统（主要是xml）的，当接入的项目越来越多，性能就会急剧下降。
• 虽然可以通过LDAP登录，但是毕竟是完全独立的系统，无法做到单点登录。
• 风格不统一，领导要看报表。

最简单的做法就是给这些系统加层皮，这也是很多企业或者部门的做法。不过依然无法解决性能问题。
现在来说说我所了解的一些方案：

• Jenkins Job Builder
  OpenStack CI系统的核心，配合OpenStack自己的任务调度，把Jenkins做成了真正的分布式。See: Understanding the OpenStack CI System。
• CloudBees
  差不多是Jenkins的商业版，最大的特点是贵！哈哈，开玩笑，持续集成服务就没有便宜的。大致的做法就是workscpce共享高速磁盘。
• Artifactory
  JFrog出品，可以用来替换Nexus，原生支持LDAP、分布式，需要安装数据库，一般大公司直接找他们（一般和Jenkins一起）定制开发。
• Go CD
  TW出品，号称业界唯一能达到持续部署高度的平台，某为就有基于Go进行定制开发。

优点

• 成本高昂。

缺点

• 无

总结

适合大中型企业。
---------EOF--------