构建可复用的流水线步骤

　     构建可复用的长沙流水线步骤:

        微服务使得各个服务相互独立并能够选用不同的技能方案，但这些优势也是有价值的。（1）开,发者在各个团队之间活动的难度增,大，因为各个团队的技能栈或许差异巨大。（2）对于工程师来说，分析和了解不同服务的功用和履行情况变得越来越困难和复杂。（3）开,发者需求花费更多的时刻投入到同一问题的不同完成（比方布置、日志和监控）上。（4）人们或许会孤登时做出一些技能决策，存在部分优而非全局优的风险。为了平衡这些风险并一起坚持技能的自由度和灵活性，咱们应该逐渐将服务运转所需求的平台和东西标准化。这样做能够保证，即使更换了技能栈，那些通用的笼统概念还是能够与不同服务坚持尽或许严密的联系。

　　运用微服务底座将通用的、和业务逻辑无关的功用进行笼统，比方监控和服务发现；运用Docker容器作为标准化的服务布置工件；运用容器调度器Kubernetes作为通用的布置平台。读者相同能够将这种办法应用于布置流水线。

　　进程式构建流水线和声明式构建流水线目前所编写的流水线脚本有3个缺点：特定的——这些脚本都是绑定到单个代码库的，其他代码库并不能共用这些脚本；进程式——这些脚本显式描述了所期望的构建履行进程；没有内部笼统——这些脚本假定用户对Jenkins非常了解，比方怎么启动节点、履行命令和运用命令行东西。

　　理想情况下，一个服务布置流水线应该是声明式的。工程师描述他们所期望履行的内容（测试服务、发布服务等），而框架负责决定怎么履行这些进程。这种办法一起会抽离出对这些进程的履行进程的修正：假如读者想调整某个进程的工作，则能够仅更改底层框架完成。

　　将这些完成决策从服务中笼统出来，能够提高整个微服务应用的一致性。这个脚本定义了一些通用的配置信息（服务名称）以及一系列进程（构建、测试、发布、布置），但是对服务开,发者而言，它隐藏了履行这些进程的复杂度。这样任何一名工程师都能够很快地遵从佳实践来快速且高,效地将新服务发布到生产环境。

　　在流水线中，读者能够运用同享库来完成声明式流水线。因为篇幅限制，本章并不会对此展开深入介绍，但是本章的Github代码库包含了一个流水线库的例子。此外，文档也供给了运用同享库的具体参考资料。