创投圈|阿里云中间件开源往事( 七 )


OpenSergo 包含了以下三部分内容:
控制面:开发者可以通过 CRD 或者 Dashboard 的方式查看、修改服务治理配置 , 并将这些管控信息下发到数据面 , 从而 统一了服务治理的规则 , 开发者不必再绑定到某个开源方案、某个云厂商提供的服务上 。数据面:JavaAgent、Servcie Mesh、各个接入 OpenSergo 的微服务框架都能够接收到服务治理配置 , 并应用到当前的业务流量中 。 各个数据面都能够认可 OpenSergo 规定的服务治理配置、流量标签等信息 , 确保降低开发者理解成本 。OpenSergo Spec:Spec 规定了控制面和数据面的通信约定 , 确保用户使用一种 Spec 即可描述不同框架、不同协议、不同语言的微服务架构 , 让开发者不再需要关注底层差异 。
在此基础之上 , 再逐步将全链路灰度、无损上下线、流量打标等能力融合进来 , 提供一套完整的服务治理规范和实现的方案 。

至此 , 10 个开源项目 , 覆盖架构到治理 , 将阿里云在应用中间件领域沉淀的技术倾囊而出 。 始于架构 , 精于治理 。 他们既是独立运行的开源项目 , 开发者可以搭配其他开源组件形成一套自己的开源技术栈 , 也是一套完整的分布式应用的开源解决方案 , 同时使用多个开源项目实现应用的快速交付 。
开源的故事并没有就此结束 , 云原生对中间件游戏规则的重塑仍在持续 。 应用中间件的开源范畴已随容器和 Serverless 技术的普及升级到了应用云原生 , 他们和 Koordinator、KubeVela、OpenYurt、sealer、OpenKurise、Serverless Devs 等共同构成了阿里云在应用云原生领域的开源全景图 。
【创投圈|阿里云中间件开源往事】本文为阿里云原创内容 , 未经允许不得转载 。