Service Mesh实践指南
周晶
微博平台研发技术专家,高性能OpenResty开发框架Vanilla作者。
立即订阅
6496 人已学习
课程目录
已更新 6 讲 / 共 6 讲
01 | 我们高呼的下一代微服务 Service Mesh 到底是什么?
02 | 从单体应用到 Service Mesh 的曲折历程
03 | 异构系统跨语言服务化初探
04 | 详解 Service Mesh 的事实规范
05 | Service Mesh 的请求路由流程分析
06 | 面向未来的思考:泛服务化与 Service Mesh
Service Mesh实践指南
登录|注册

06 | 面向未来的思考:泛服务化与 Service Mesh

周晶 2018-03-22

内容概要

本文主要分析 WeiboMesh 在改造过程中对历史积累的一些考量以及适配,还有我个人对面向未来架构的思考。
从 SideCar 模式初具雏形的 2016 年末开始,WeiboMesh 就已经在生产环境逐步被摸索和打磨,并被大范围验证,这也是为什么 WeiboMesh 是目前最接地气的一个 Service Mesh 实现的原因所在。
它本身源自于微博内部对整体服务化的迫切需求,而面对微博巨大的流量和各业务线千差万别的异构服务现状,WeiboMesh 走出了一条适合自己也适合像微博这种在服务化进程中有着沉重历史包袱的团队。

WeiboMesh 的独到之处

WeiboMesh 实现了当前 Service Mesh 的事实规范,在架构中抽象的一层实现了 Service Mesh 的数据面板和控制面板,二者很好地解决了请求的可靠传输和统一服务治理问题。
那 WeiboMesh 同其他 Service Mesh 实现相比又有哪些独到之处呢?我们下面从面临的问题和解决的思路两方面来简要分析。
伴随着微服务化和云化技术的普及,服务间的通信方式被重新定义,数据的可靠传输以及统一规范化的服务治理是大家必须面对的问题。如何应对这些问题?
微博多年来积累了一套基于 Motan RPC 和混合云的完备服务化体系,基于我们面临的问题和当时的现状考虑,解决思路很简单,通过 RPC 跨语言来完成数据的可靠传输及服务间的依赖调用,同时复用我们强大的 Client Side 服务治理体系来实现服务的统一规范化治理,以保障服务的高可用。
但是在演进的过程中发现跨语言 RPC 的支持其实没有那么大的困难,反倒是在各种语言的 Client 端都要实现 Client Side 的服务治理体系,难度超乎想象。于是我们削薄了集成了复杂治理功能的 RPC Client,将这些通用的服务治理功能抽象到了 WeiboMesh 中统一实现。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《Service Mesh实践指南》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(6)

  • 林子
    跟dubbo或springcloud感觉差不多呢,当然以后如果能泛化服务确实不一样

    作者回复: 差很多吧,跨语言服务化可能是我们与这两个组件最大的区别了,另外当然是 Service Mesh 理念的实践

    2018-03-22
    2
  • Panda
    从单体到SOA 到 微服务 到 Service Mesh 到 Serveless 都是对服务的抽象 隔离 服务更加泛化
    2018-12-20
    1
  • 风扬落月
    😊
    2019-03-03
  • Leon Wong
    Openresty 泛服务化应用是不是意味着利用agent增强其服务发现的能力,使其作为网关承载外部请求并且完成分发?
    2018-07-12
  • 胜琦
    泛服务化统一client是否意味着,client持有了一份所有服务化资源的注册列表,即使调用client不依赖

    作者回复: 不依赖就不需要持有,这正是我们 Client 的好处,因为我们本身依赖哪些服务,自己是明确的

    2018-03-22
  • SunShine
    泛服务化的思想很具启发性,我们可以把所有要调用的资源都抽象为服务了。

    作者回复: 对啊 这样有个好处是统一了各种client,同时各种服务治理的策略都能在资源层面得到复用,这也是我们正在不断摸索的一个方向。

    2018-03-20
收起评论
6
返回
顶部