· 更好的容错性，业务服务各司其职，单点故障不易影响全局

原来在单体架构时，所有的逻辑都在一个服务内处理，方法和方法之间是进程内部的调度方式，然而采用微服务架构之后，服务与服务之间需要通过网络相互沟通，一个业务的实现往往是多个服务的共同作用下完成，由此，微服务治理带来了一系列的问题。

企业微服务治理面临的挑战

1. 复杂的网络通信提升了故障出现的概率

在微服务架构体系中，服务与服务之间需要通过网络相互沟通，意味着研发人员在原本的业务逻辑之外，还需要额外考虑网络通信相关的问题。比如服务在向其上游服务发起请求时需要对上游服务的各种意外响应做出处理，常见的有401错误，404错误，500错误，503错误等。此外还涉及到对网络延迟，网络故障等环境问题做出处理。

故障定位一直以来都是一件麻烦事，在微服务架构下排错更是需要支付高昂的成本。

3. 当故障出现时难以确定影响范围

虽然在微服务架构下，单点故障难以对系统造成整体上的破坏，但业务从来都不是独立完成的，各服务之间存在各式各样的依赖关系，这就导致故障出现时往往会级联影响到下游业务，甚至引发其他业务的连锁故障，此时业务最终呈现的现象往往会干扰研发人员对其故障范围的判断。

4. 微服务架构在部署环境中的故障难以复现

微服务架构下的服务调度错综复杂，一个业务故障的产生往往与其上下游的服务有很大的关系。有时我们在本地测试一切正常，但放到环境当中运行时却会引发故障，其原因或许是部署的环境有问题，亦或许是下游服务给予了一些意外的参数，亦或许是上游服务响应的结果不符合预期，此类种种都是我们在离开了部署环境时很难预料到的变故，并且在微服务架构的掩盖下，复现故障十分困难。

总结

微服务架构是解决业务复杂度的一个很好的方法，也是目前企业实践中最常用的办法。但是由于微服务架构的复杂性，企业想要管理好基于微服务架构的应用，也需要具备更高的能力。如果微服务治理得不恰当，反而有可能适得其反，不仅不能享受到微服务架构带来的好处，反而会因为微服务带来的系统复杂性，造成开发、运维部署的复杂度增加，进⽽影响开发迭代的速度，甚至影响系统的整体稳定性。

缺点是：研发掌握了一切，一旦SDK内部逻辑出现故障，或者是需要升级，就必须让研发介入重新编译打包，并且由于大部分服务都接入了服务治理SDK，所以一次升级可能需要涉及到很大范围的重新部署，这样做风险很大。SDK具备语言相关的属性，虽然部分语言的治理框架相对完善，但仍有很多流行的编程语言缺少完善的治理库，如果企业内部语言较多，为了平衡各类治理框架的差异，做统一管理，就需要投入额外的开发成本。

2. 以Sidecar为主要表现形式的运维侧解决思路

随着技术的快速发展，DevOps理念开始流行，一种以Sidecar为主要表现形式的运维侧解决思路开始出现。研发只需要关注自身的业务部分，服务治理能力通过其他工具插入到正在运行的业务服务当中。

Sidecar模式，指单独将能力封装在另一个程序当中与业务共同运行，以此来增强业务服务的能力。服务网格（Service Mesh）技术就大量的使用了Sidecar模式，其中最为著名的开源库是Istio。

与之相对的是Sidecar模式的缺陷：Sidecar必须劫持流量才可以做到对业务服务的能力增强，这就意味着在业务调度的过程中产生了一个新的不确定因素，一旦Sidecar本身出现故障，它将影响业务的正常运转。其次，在路由中每个服务都多了一跳，这就导致Sidecar必然带来性能的损耗。

3. 以SDK与Sidecar同时存在为主要表现形式的解决思路

在云原生理念的推动下，业界又诞生了一种新的解决思路，它融合了SDK和Sidecar这2种解决问题的想法，并且期望实现完全的云原生，这就是Dapr。

Dapr 是微软主导的云原生开源项目，2019年10月首次发布，到今年2月正式发布 V1.0 版本。在不到一年半的时间内，Github star 数达到了1.2 万，发展势头迅猛，Dapr 这个词是是「Distributed Application runtime」的首字母缩写：dapr是一个为应用提供分布式能力的运行时。

这种解决问题的办法有一个重要的优势：Dapr不仅可以动态的添加包含服务治理能力在内的各项公共能力，还可以基于抽象的云资源实现对底层实现的替换，比如将MongoDB替换成Redis等。

从企业成本付出来看，服务网格或许是现阶段最适合的解决方案。

使用服务网格解决微服务治理问题是当下代价最小的解决方案

服务网格（Service Mesh）是Sidecar模式的代表型技术之一，是处理服务间通信的基础设施层，在实践中，服务网格通常以轻量级网络代理阵列的形式实现，这些代理与应用程序代码部署在一起。作为云原生的网络基础设施，它把微服务调度中有关网络的公共能力下沉到代理，实现了在无任何代码侵入的情况下提供可观察性、流量管理和安全性等能力。

· 升级便利，作为独立第三方服务，服务网格的升级迭代并不会影响业务的正常运行。