A：一直不明白微服务解决了什么核心问题，是制造新的话题，还是真的有用。我在实践中从未干过系统过于耦合或者性能低下的架构设计。超大规模系统一般都用大数据分布式架构+互联网架构 结合得方案解决了。
B：微服务本质是解决 架构 可扩展问题
A：架构可扩展，谁不会啊？为什么一定要用微服务呢？或者说不用微服务，架构扩展会有什么问题？
B：没说一定要用微服务，架构扩展还有其它方式。最近几年微服务确实被用烂了。
C：技多不压身，用什么架构还是得根据实际情况来
A：我们公司还专门请了顾问来讲微服务。结果一年过去了，我也没有看到那个接受微服务培训的团队有什么进展。还记得J2EE吗，制造的问题比他解决的问题还多。
D：现实是好多情况下，都活不到架构扩展的时候！
E：微服务只是一种理念，意思是解耦，把每个系统拆开，但是有增加关联性和维护性。这几年确实喊微服务的比较多，其实实际上也用不到这么多。
A：所以喊微服务只是养活了一群咨询师而已，呵呵。但在科技公司还有一种情况就是一些不太擅长技术的人，讲一个新概念可以上位。
看完这段话，对微服务的现况是不是有了一定的了解呢？
还有什么疑问抛出来。
微服务架构
找了一张微服务架构相关的图，想找一个简单点的，还真找不到。
有一篇文章感觉不错，这里保存一下链接：微服务架构设计
