DevOps敏捷工具——导论

      当前微服务架构领域中，DevOps理念已经深入人心，软件开发团队需要有一套敏捷DevOps工具来完成以下过程：

1. 源码提交到Git仓库；(众所周知的)
2. Git仓库Webhook通知Jenkins；(众所周知的)
3. Jenkins本地构建项目、生成Docker镜像并将Docker镜像推送到镜像仓库；（本系列文件关注的）
4. Jenkins生成服务安装包；（本系列文章关注的）
5. Jenkins完成项目部署到目标环境；（本系列文章关注的）

      在实际应用场景中，团队可能需要构建和发布多种语言的软件项目（例如团队开发的微服务架构的系统中同时存在C++项目、Python项目和Java项目），需要一套架构上具备很好扩展性的工具，能方便的扩展支持新语言项目。

      同时，项目部署的环境也可能不同，有私有云环境，也有公有云环境。在私有云环境中服务需要的Docker镜像无法通过公共镜像仓库拉取，只能从私有镜像仓库中拉取；这需要工具生成的服务安装包能附带需要的架构匹配（arm64架构或amd64架构）的docker镜像文件。这样在服务安装工具执行的安装过程中能自动将docker镜像文件推送到私有镜像仓库中。

      另外，项目部署方式也可能不同，有docker、docker-compose方式，也可能是K8S原生部署方式或K8S + istio部署等方式。这需要工具能方便的扩展支持不同的部署场景。      

       更进一步，对于私有云环境下的K8S部署方式场景中，还需要考虑在对服务进行升级时，尽可能减小服务升级安装包的大小，以便尽量减轻从外部拷贝大文件到私有云环境的困难（技术或管理困难）。这意味着需要为服务生成两个镜像：服务基础镜像（文件大，几十M、几百M甚至上G）和服务业务镜像（文件小, 几M到几十M）。服务完整安装包中同时包含了这两个镜像文件，而服务升级安装包中不需要包含服务基础镜像。举例，可将Java项目按分层打包方式分别生成服务基础镜像和服务业务镜像，在生成安装包时如果生成的是升级包，则仅需将服务业务镜像附带在生成的服务升级安装包中。

      再更进一步，对于私有云环境下的K8S部署方式场景中，集群的Pod资源是有限的，为了节省Pod资源，我们需要把业务上紧密相关的服务一起打包并部署到一个Pod容器中。

      最后，在私有云驻场开发场景下，我们可能无法在客户现场构建完整的git仓库+jenkins+私有镜像仓库这样的构建环境。此场景下，要求工具能直接在本地生成服务安装包（前提：预先准备好需要的第三方Docker镜像，并安装到本地开发计算机上）。

       综上所述，我们需要的DevOps工具需要包含两部分：服务安装包打包工具、服务安装包安装工具；必须具备很好的扩展性。有能满足上述功能要求的DevOps工具吗？尽情期待下篇——《WYDevOps敏捷工具的架构设计》。