文档介绍：微服务架构的持续集成交付首先介绍下微服务架构的优势与劣势。相较于单体应用来说,微服务架构有这么几个优点:、理解。由于每个服务只负责单一功能,开发者可以聚焦于自己负责的几个服务模块,对于其他服务,只需要理解接口即可。当然,单体应用经过良好设计也可以达到这个效果,但是,与单体应用的进程内通信或单机内的进程间通信不同的是,微服务的各服务之间一般采用RESTfulAPI或者异步消息队列进行通信,无论RESTful接口还是异步消息队列都是开发语言无关的,极易理解的通信方式。。由于每个服务负责的功能单一,各服务的资源需求也相对更低。从而可以选择将服务分散的部署到多台中低配的服务器上,而不是一台高配的机器上。如果某个机器上的服务故障,譬如说内存泄漏,故障只会影响该机器上的某一个或几个服务,对全局影响不大。,极大的提高团队搭建的速度。这一点对初创公司尤为重要,组建开发团队对初创公司来说本来就是个头疼的问题,如何还要求团队的技术栈一致,招聘难度可想而知。但是,如果产品架构采用微服务架构,那么我们可以允许不同的服务模块采用不同的技术栈,只需要定义好对外接口即可。,从而大大的提高了功能的交付效率。说完了微服务架构的优点,我们再来讨论下其缺点或者说复杂的地方:,边界。太多的微服务模块会导致服务间通信成本和运维成本的增加,过犹不及;但是若粒度过大,又违背了微服务的初衷。(譬如C,Java,Python,Scala等)我们需要为每种语言准备编译环境,运行环境等,增加了维护成本。这个可以通过Docker隔离来解决,我们后面会详细展开。,会导致全局的上线次数变多,从而需要更复杂的版本管理和Bug跟踪等,间接导致项目管理成本增加。持续交付持续集成和交付(CI/CD)是一种软件开发实践,使用得当,它会极大的提高软件开发效率并保障软件开发质量;持续集成和交付分为持续集成和持续交付两部分,这里我们不再具体探讨这两者的区别,统一按持续交付来处理。Jenkins是一个开源项目,它提供了一种易于使用的持续集成系统;除Jenkins外,常见的持续集成系统还有:Travis:https://travis-/Codeship:https:///Stridercd:/另外,常见的交付方式一般有::源代码交付需要将源代码以tar包等方式download到服务器,然后在服务器上借助程序的构建脚本去构建可执行程序,显然这种方式会经常因服务器环境差异,构建环境初始化失败等问题导致无法构建可执行程序。严重依赖于构建脚本的完备程度。:将项目的依赖通过Linuxdeb或者rpm来管理,由于这种方式更符合Linux规范,间接的提高了项目在服务器上部署的成功率,但是有些时候仍然需要解决包冲突问题。:虚拟镜像交付指的是我们将项目在虚拟机里测试成功后直接将该虚拟镜像部署到服务器上。显然,这种方式部署成功率接近100%而且隔离性好。但是随之而来的问题就是虚拟镜像本身对服务器资源的消耗。:dockerimage交付是虚拟镜像交付的进一步演进,在保证系统隔离的同时,dockerimage对服务器的资源消耗更低。当