腾讯云开源业界微服管理框架 Femas

导读

企业数字化向云原生演进过程面临诸多痛点，微服务框架不统一、协议多样化、语言异构，纷繁复杂的微服务技术栈，基础组件之间像一座座孤岛，各个基础组件的控制面不能互联，让用户的体验非常割裂，各种历史包袱阻碍了企业平滑过渡到云原生架构的进程。

 

为了帮助企业快速平滑转型为云原生微服务架构，腾讯经过多年的探索与创新，今天正式开源业界首个云原生标准的一站式微服务管理框架 Femas，通过定义一套开放式的微服务控制面标准协议，实现微服务基础组件的统一管理和调度。数据面基于多运行时的架构设计，基础能力标准化、模块化、灵活可扩展，帮助开发者将云原生中间件生态无缝的集成到业务系统中，实现分布式微服务运行时生命周期的一站式管理，让企业能快速便捷构建基于云原生的大规模分布式架构。

一、背景

 

云原生技术通过资源的池化和秒级的弹性，给企业数字化转型带来的极大的价值和便利，降低资源成本、提高研发效率、实现快速交付等价值越来越被业界认可。微服务作为云原生领域中更开放、轻量、敏捷高效的技术架构，也得到了迅猛的发展，根据 O’Reilly 公布的行业市场调研报告显示，全球大约 80%左右的企业都在使用微服务来构建业务系统。越来越多的企业探寻云原生化的微服务架构转型，使得业务更好的上云，享受云原生的技术红利。

 

O’Reilly 微服务市场行业调研报告

 

理想美好，实践不易，很多企业的云原生微服务架构转型之路并不顺滑，在转型的过程中面临诸多挑战：

• 技术栈不统一：微服务框架协议繁多，开发语言众多，框架共存维护开发成本高；

• 中间件生态复杂：纷繁复杂的微服务中间件生态，缺乏统一管理和调度，用户体验割裂；

• 业务耦合：原生微服务治理能力耦合业务，升级困难，阻碍基础能力和业务系统的演进；

• 可视化管理困难：微服务的理念是服务拆分，但在服务拆分过程中网络拓扑可能会变得非常复杂，另外复杂的中间件体系，使微服务治理体系需要站在全局的更高的视角去解决网络拓扑图里的流量治理、高可用、可观测性等问题。

 

针对上述挑战，企业只有通过合理的设计软件架构，才能充分享受云带来红利。未来微服务治理的架构将沿着以下几个方向演进：

 

• 多语言、多协议适配；

• 核心治理能力标准化、模块化、可扩展；

• 民主化松耦合，轻量可移植，无厂商依赖；

• 治理控制面协议统一，形成业界共识标准，一套 CRD（Custom Resource Definition）治理标准协议，下发多套治理数据面；

• 数据面生态的多元化，例如多语言的 proxyless 模式，JVMTI agent，跨语言的 proxy 代理模式等；

• 数据面能力下沉，全面兼容开源生态；

 

在调研了当下主流社区的技术方案和用户需求后，我们发现以 Envoy 为代表的 proxy 代理模式虽然对业务方透明，但是对维护者带来的是性能延迟、以及高昂的额外学习和运维成本，企业自建微服务落地相对困难。相比之下，proxyLess 的 Mesh 方式更贴近开源社区用户。

 

在此基础上，我们经过技术探索和创新，在遵循面向分布式设计、面向配置、高 SLA、可观测性、安全性等云原生架构设计原则下，推出 proxyLess 模式的多运行时微服务标准框架 Femas，通过定义一套开放式的微服务管控标准，帮助开发者快速接入并理解微服务架构，帮助用户实现异构系统微服务的统一管理。

二、Femas 简介

随着越来越多的企业投身数字化上云的浪潮，腾讯云微服务平台 TSF 历经多年磨砺，支撑了腾讯内部智慧零售、财付通、王者荣耀等核心业务系统，及第七次人口普查、某四大行及国内头部保险等政务、金融头部客户海量业务的构建与发展，Femas 作为腾讯云 TSF 的开源产品形态，正式对社区开发者开放 TSF 在生产环境中的部分核心源代码，开源框架聚焦微服务运行时，提供给多框架统一服务发现、南北及东西流量治理、服务可观测、配置管理等一站式微服务管控能力，解决企业微服务架构转型中异构框架复用难、激增流量管控难、排障恢复耗时长等核心问题。

 

Femas 从控制面和数据面两个角度，定义了一套适合当前社区主流技术栈的微服务治理方案，方便企业在不变更基础设施的情况下，落地整套企业级的微服务解决方案。

 

数据面：Femas 运用 Multi-runtime 的架构设计，将微服务底层的核心能力标准化、模块化，将微服务领域割裂的基础组件通过合理的架构组装在一起，来满足多元化的微服务场景，轻量化、可移植、低成本、无云厂商绑定。

控制面：Fema