微服务架构在项目实战中的思考和总结

        微服务架构的概念经过多年得发展和应用已被大家所熟知，终于有机会从0开始在实际的项目中采用微服务的思想进行设计和实现，以下是在本次事件中的一些心得体会。

1、什么是微服务

        微服务的概念这里不再赘述，只讲一下自己的理解：微服务是一种项目设计的思想，可以降低服务之间的耦合，方便程序的设计、开发和维护。在部署的时候可以采取容器化的技术进行自动化的发布。在分布式的应用中，可以降低单点故障，提高系统的健壮性。

        微服务适合在大型项目中进行应用，如果采用微服务的架构，相配套的部署、分布式事务、服务的治理等基础设施都要准备起来。

2、微服务的拆分原则

        微服务的拆分是其设计的精髓，微服务的主要难点也是在于服务的划分，对于划分的方式目前没有统一的标准，主要流行的一种思想就是领域驱动模型（DDD），我们在做项目的时候也是采取这种思想，首先进行领域建模，将项目进行细分，找到每个具体的实体，这一步是分，完成之后就是合，将有关联的业务实体聚合起来形成基础服务，在基础服务之上再建一层应用服务，应用服务是通过基础服务的组合，对外提供服务的。在基础服务之间尽量不要存在相互依赖，所有的依赖组合都要放在应用服务中完成，不然会造成服务难以维护的局面。

        一个项目具体要分多少个服务：不宜过多。首先可以根据业务进行划分，划分之后感觉服务的数量仍比较多，可以进行一些适当的合并。

3、接口设计

        基础服务一般是通过API的形式对应用层提供服务的，应用层往往采用Restfull风格的Api对外提供服务，在接口设计的时候一定要做到外部接口和基础服务api之间