关于微服务架构的思考和认知

关于微服务架构（中台架构、领域驱动设计、组件设计原则），你有什么样的思考和认识？



首先微服务架构是分而治之思想的一种实现形式



微服务的拆分的最佳实践是通过领域驱动战略设计思想进行的.



需要以业务为导向进行



微服务是能过业务分析以后将复杂的业务功能拆分成一个个相互独立的子服务的一种架构



子服务通过服务管理来进行.

服务管理包含服务注册与服务发现功能

作用是当同一子服务有多个实例被启动时,需要通过某种路由算法,选择某一实例,但是子服务的启动和销毁是不确定的,所以需要有一个中间管理者来对子服务的状态进行管理



微服务的迭代需要有个演进过程,过程中可能继续拆分,也可能与别的服务全并,甚至销毁,这一切的依据是以业务的演进.



领域可以理解为业务,领域驱动设计是在深刻理解业务的前提下,把大业务拆分成小业务,小业务的具体实现可以是一个类,或者一个模块(几个类组成的文件夹),或者是一个服务,而扩展成为服务后,再加上服务的想着特性,就变成了微服务,微服务抽象扩展,就变成了中台.



小业务的实现以领域的战术设计为指导原则,可以是类也可以是微服务,要高内聚,低耦合,幂等,稳定,抽象.



这样的实现才是一个优秀的微服务实现.



以上...