共计 731 个字符，预计需要花费 2 分钟才能阅读完成。
基于微服务架构搭建利用，曾经成为支流的开发方式，微服务在给咱们带来一系列便当的同时，也会存在一系列的问题。
微服务存在的问题
这是一个非常简单的微服务示例，一共 3 个微服务，假如当两个服务进行调用的时候，忽然网络呈现了中断，因为这张图演示的微服务规模十分的小，很容易就会发现问题的所在，然而如果你的微服务变得越来越宏大的时候，零碎性能越来越多的时候，比方上面的这张图如何去排查？
如何去找到呈现问题的节点，很显然这就是微服务面临的最大的一个痛点：服务间网络通信的问题
为什么说网络通信是微服务架构的痛点？
分布式计算的 8 个谬论:
- 网络是牢靠的
- 网络提早为 0
- 带宽是有限的
- 网络是平安的
- 网络拓扑是不变的
- 网络始终存在管理员
- 传输损耗为 0
- 网络是同质化
为什么会有这 8 种缪论的存在呢，是因为咱们工程师在开发业务零碎的时候，潜意识外面很难去思考网络相干的问题，很难会把网络相干的需要纳入到咱们的设计中，因而就导致了这 8 个缪论的产生，其实在分布式的零碎中，网络问题是经常出现的，而微服务这种架构，因为服务变得越来越多，变得更离散，交互也越来越多，所以网络问题也会呈现的概率会更大，因而这就是微服务架构的最大的一个痛点。
如何治理和管制服务间的通信？
解决微服务网络通信的痛点，次要波及以下几点：
1、服务注册 / 发现
2、路由 / 流量转移
3、弹性能力（熔断、超时、重试）
4、平安
5、可察看性
微服务零碎呈现故障，如何通过熔断、超时、重试这些弹性能力来晋升零碎整个健壮性和可靠性；网络安全至关重要，如何进行受权，进行身份认证也是须要思考的；对于微服务来说，服务的可视化是十分重要的，也就是服务的可观测性，如何通过可视化的形式去查看整个服务的状态，零碎的资源应用状况，而这些性能组合在一起就是 service mesh。
正文完
