关于微服务架构的思考

共计 373 个字符，预计需要花费 1 分钟才能阅读完成。

最近在项目中遇到了一些问题，一个比较多的问题服务和服务直接调用混乱 a 服务调用 b b 服务调用 c c 服务调用 d 导致后期升级会出现很多问题 如果有个流程图也许会好些 但是没有 因此我陷入了思考，如果进行重构的话那什么样的架构会是较好的价格 我想 设计模式的六大原则 在此也一样适用
什么是好的架构
明确的分工, 服务之间优雅的调用
我给出的一个结果
这里简单画的一个草图

先介绍一下
查询：对应查询操作操作：对应增删改操作
分为四层
ui：页面及后台调用
网关层: 路由
聚合层：查询聚合 操作聚合
服务层：订单服务 商品服务
遵循的原则

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

服务要想调用服务 如 a 服务想调用 b 服务 可以 a 通过 mq 传递给聚合层 然后聚合层根据消息调用 b，服务之前的调用交给 聚合层维护
后面还会不断完善这篇文章的