Rainbond如何支持ServiceMesh架构

Rainbond ServiceMesh架构

Rainbond原生提供全量的ServiceMesh治理功能方案,同时提供了插件化的扩展策略,用户除了使用默认方案以外也可以自定义插件实现。Rainbond与Istio的实现有共同点,也有天然的不同。相同点是都实现了全局控制层,不同点是Istio需要依赖Kubernetes等平台工作,微服务架构的支持需要从底层存储与通信到上层的应用层配置全盘考虑,大型的微服务架构是离开不了自动化管理应用的PaaS平台的。Rainbond从硬件层,通信层,平台层实现不同的控制逻辑,既兼容已有的微服务架构,同时提供了完整的ServiceMesh微服务架构实践。包容的架构形式让已有的应用服务化变得可落地。

如下图可知,Rainbond的网络治理插件通过Sidecar的方式在应用的同一个网络命名空间,同一个存储空间,同一个环境变量空间内动态启动第三方插件服务,例如envoy服务,通过与Rainbond应用运行时通信完成从应用空间到平台空间的数据交换,实现平台对应用通信的控制。

Rainbond插件体系中定义了:入口网络治理、出口网络治理、旁路网络治理等多种类型插件工作模式。

ServiceMesh微服务架构实践

可以这么说,通过Rainbond部署的应用服务组件默认采用服务化的治理方式,为了达到更好的服务治理,通过下文实践文档快速Get新技能:

1 Like