蚂蚁金服ServiceMesh实践：性能、稳定与开源策略剖析

阿里大规模Service Mesh探索之路 在6月初的GIAC全球互联网架构大会上，蚂蚁金服首次展示了其正在研发的ServiceMesh产品——SofaMesh。ServiceMesh作为微服务架构中不可或缺的一部分，旨在解决大规模微服务环境下的复杂通信和治理问题。本文将深入剖析蚂蚁金服在选择ServiceMesh技术路径时所面临的挑战和决策，包括性能、稳定性、部署灵活性以及是否采用开源方案或自主研发。 首先，性能和稳定性是蚂蚁金服关注的关键要素。作为一个庞大的企业级服务提供商，任何性能瓶颈或不稳定都可能导致严重后果。因此，蚂蚁金服在技术选型时需谨慎权衡架构与性能的关系，确保能满足其高标准。 在开源与自研的选择上，蚂蚁金服的起点倾向于开源，但意识到现有产品可能无法完全满足其复杂的需求。Linkerd由于控制平面的不足、资源消耗大、扩展性差和定制需求难以实现，逐渐被边缘化。Envoy虽然在数据平面表现出色，但由于其C++编写的特性与蚂蚁金服的技术栈存在较大差距，且未完全满足其扩展性和定制化的深度需求。 Istio曾被视为第一选择，但由于其生产可用版本的推出延迟，且在性能和稳定性上未能满足蚂蚁金服的要求。然而，Istio的理念和方向仍受到高度认可。国内的Conduit虽然专注Kubernetes，但在技术成熟度和社区支持上显得较为局限。 考虑到这些因素，蚂蚁金服最终决定走自主研发的道路，选择了华为的CESMesher作为国内公司的一个选择。华为的解决方案基于Go语言，且继承了gochassis的优点，强调了可控性和社区支持。然而，蚂蚁金服的决策也意味着他们需要投入资源在SofaMesh上进行创新和定制，以适应内部部署环境的多样性，包括各种运行时环境（如虚拟机/容器）、云平台（公有云/私有云）以及多种开发框架。 在技术输出阶段，蚂蚁金服面临的问题是如何将他们的改动融入开源社区，并确保社区和用户对SofaMesh产品的接受度。这涉及到版本管理和持续升级策略，同时承诺未来的开源计划，以保持产品在可扩展性和定制化方面的优势。 蚂蚁金服的大规模Service Mesh探索之路是一次结合自身业务需求、技术选型、开源策略以及社区建设的综合考量过程。通过不断优化和迭代，他们致力于打造一个既能满足大规模微服务场景，又能保持灵活性和可扩展性的下一代ServiceMesh解决方案。