关于微服务架构的思考

最近在项目中遇到了一些问题，一个比较多的问题服务和服务直接调用混乱 a服务调用b b服务调用c c服务调用d 致使后期升级会出现不少问题 若是有个流程图也许会好些 可是没有 所以我陷入了思考， 若是进行重构的话那什么样的架构会是较好的价格 我想 设计模式的六大原则 在此也同样适用

什么是好的架构

明确的分工,服务之间优雅的调用

我给出的一个结果

这里简单画的一个草图

先介绍一下

查询：对应查询操做
操做：对应增删改操做

分为四层

ui： 页面及后台调用

网关层: 路由

聚合层：查询聚合 操做聚合

服务层：订单服务 商品服务

遵循的原则

• 各个服务只专一于本身的功能 由聚合层来协调服务之间的关系维护与调用
• 上层经过http调用下层 下层经过mq通知上层 同级不能调用

服务要想调用服务 如 a服务想调用b服务 能够 a经过mq传递给聚合层 而后聚合层根据消息调用b ，服务以前的调用交给 聚合层维护

后面还会不断完善这篇文章的