可以考虑使用我们开源项目Sermant来实现向Proxyless Service Mesh的迁移。本身这套架构使用上就是一键接入的，对业务代码非侵入，应用一般无需修改任何代码来进行适配。并且我们支持灰度接入Sermant来进行发布，可以控制改造过程中的爆炸半径。我们在k8s部署场景下有一个叫做sermant-injector的operator组件，部署后，可以实现只在yaml中添加一行sermant-injection: enabled的label就可以挂载使用Sermant，非常方便的。您可以查看相关文档说明https://sermant.io/zh/document/user-guide/sermant-injector.html

1、主要包括注册中心、配置中心、观测监控平台等 2、Sermant可以通过Backend组件实现微服务的观测，包括心跳信息以及关键事件的上报。另外Sermant的监控插件也可以监控CPU、内存、磁盘IO和网络IO等硬件资源的使用情况，JVM资源使用情况比如堆内存使用、非堆内存使用、缓存区使用，吞吐量（QPS、TPS、平均响应时间）。 3、最主要的优势在于Sermant可以支持非侵入的服务治理能力 4、Sermant的流控插件，实现了基于系统规则的流控能力以及基于负载的自适应流控能力。系统规则流控是指对系统规则指标实时检测，当系统规则某一项指标超出阈值时，对流量进行控制。负载自适应流控根据系统规则流控中的负载指标，增加了自适应的能力，自适应是指当前流量的控制需要根据系统过去一段时间内资源消耗情况进行判断，对流量进行控制。参考文档https://sermant.io/zh/document/plugin/flowcontrol.html#%E5%8A%9F%E8%83%BD%E4%BB%8B%E7%BB%8D。 5、Sermant的架构是基于分布式系统的，可以在多个节点的微服务上进行部署，包括云端和边缘节点。

1、Sermant在和服务的隔离上主要是通过严格的类隔离机制来做的，Sermant和服务本身的类杜绝了类冲突的问题，各自不受影响，在保证原有也有能正常运行的前提下，对服务能力进行了增强。 2、需要在字节码增强的过程中对数据的传输过程和加解密过程等设计安全和隐私保护的过程中不做修改，数据落库等。 3、只要是Java语言微服务架构的系统，需要对服务治理能力进行扩展或增强，都可以尝试使用Sermant来进行实践。 4、SOA架构会部署中心式的网关、微服务SDK架构可以通过引入SDK的方式将网关去掉，变成调用直连的方式。Service Mesh主要解决了治理功能和业务的耦合问题，主打非侵入治理。 5、核心还是一点，改造过程中，充分进行灰度发布，保证整个改造过程的稳定，控制爆炸半径。

Sermant是基于Java字节码增强技术的云原生无代理服务网格。可以在SOA架构的微服务上挂载Sermant的服务注册治理插件，通过灰度发布的方式，在保证SOA架构的稳定性的前提下，将其流量逐步引流至新的Proxyless Service Mesh的微服务中。最终去除网关，将全部微服务改造成挂载Sermant的微服务。Sermant三个核心优势：高性能、插件化、非侵入。高性能指Sermant可以缩短网络调用的路径，降低时延，提升性能；插件化是指Sermant设计了基于底座开发插件的架构，开发者可以自定义开发插件，实现丰富的服务治理能力；非侵入是指用户使用Sermant时无需修改业务代码，只需运行时挂载Sermant即可集成注入服务治理功能。演进过程中的挑战主要是如何保证原有架构的稳定的前提下，将架构进行灰度升级，流量需要做到无损，且性能要不受到影响。