Microservice架构模式简介

这样做的好处则在于：开发人员会直接接触到生产环境，可以快速地跟踪并解决问题，而不再需要通过客户及运维人员的转述等步骤才开始处理问题，也避免了在转述过程中出现的偏差。除此之外，开发人员也能更清楚地了解用户到底是如何使用他们所创建出来的产品的，进而创建出来更容易被使用及管理的子服务。

但是这也会导致项目管理出现一些困难。首先，不论是开发人员还是管理者都需要了解并处理一系列运维相关的问题。这会分散他们的注意力，使得开发效率的降低。其次，由于一个子服务常常同时包含前端，后台，数据库，测试，甚至运维相关的一些任务，因此子服务的开发人员常常需要了解服务开发的大部分组成。这种人才在中国市场上并不多见，因此比较抢手。而且由于一个开发人员需要接触太多的功能和技术，因此很多时候没有办法深入地研究它们。由此所导致的问题则是，在遇到较为困难的问题时，软件开发人员需要花费较多的时间来分析并解决该问题。如果该问题较为严重，那么它将会严重影响整个组的开发进度。从项目管理的角度来讲，这实际上是一件非常危险的事情。

一个理想的解决方案就是，当前子服务所使用的各个技术都有一个专家。但是一个全栈开发人员，还需要是某一方面的技术专家，雇佣该人的成本可想而知。

除此之外，我们还需要在按照Microservice架构模式开发的时候使用一系列标准化的开发及测试流程。其中和Microservice最自然契合的就是现在最为流行的Continuous Delivery，或被称为是DevOps。在这些自动化流程的帮助下，软件开发人员可以快速地完成一次迭代：在对代码更改完毕以后，软件开发人员可以直接开始对自己的更改进行编译，运行单元测试及功能测试。接下来，系统将会把刚刚编译好的代码自动进行部署，并在整个系统中执行集成测试。在集成测试完毕之后，质量管理人员或软件开发人员自己会在该系统中进行一次测试，并在完成测试后进行复杂的性能测试，并在通过性能测试后进行部署。