从0开始学微服务
胡忠想
微博技术专家
立即订阅
16289 人已学习
课程目录
已完结 42 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 微服务,从放弃到入门
免费
模块一 入门微服务 (10讲)
01 | 到底什么是微服务?
02 | 从单体应用走向服务化
03 | 初探微服务架构
04 | 如何发布和引用服务?
05 | 如何注册和发现服务?
06 | 如何实现RPC远程服务调用?
07 | 如何监控微服务调用?
08 | 如何追踪微服务调用?
09 | 微服务治理的手段有哪些?
10 | Dubbo框架里的微服务组件
模块二 落地微服务 (14讲)
11 | 服务发布和引用的实践
12 | 如何将注册中心落地?
13 | 开源服务注册中心如何选型?
14 | 开源RPC框架如何选型?
15 | 如何搭建一个可靠的监控系统?
16 | 如何搭建一套适合你的服务追踪系统?
17 | 如何识别服务节点是否存活?
18 | 如何使用负载均衡算法?
19 | 如何使用服务路由?
20 | 服务端出现故障时该如何应对?
21 | 服务调用失败时有哪些处理手段?
22 | 如何管理服务配置?
23 | 如何搭建微服务治理平台?
24 | 微服务架构该如何落地?
模块三 进阶微服务 (8讲)
25 | 微服务为什么要容器化?
26 | 微服务容器化运维:镜像仓库和资源调度
27 | 微服务容器化运维:容器调度和服务编排
28 | 微服务容器化运维:微博容器运维平台DCP
29 | 微服务如何实现DevOps?
30 | 如何做好微服务容量规划?
31 | 微服务多机房部署实践
32 | 微服务混合云部署实践
模块四 展望微服务 (4讲)
33 | 下一代微服务架构Service Mesh
34 | Istio:Service Mesh的代表产品
35 | 微博Service Mesh实践之路(上)
36 | 微博Service Mesh实践之路(下)
阿忠伯的特别放送 (4讲)
阿忠伯的特别放送 | 答疑解惑01
阿忠伯的特别放送 | 答疑解惑02
微博技术解密(上) | 微博信息流是如何实现的?
微博技术解密(下)| 微博存储的那些事儿
结束语 (1讲)
结束语 | 微服务,从入门到精通
从0开始学微服务
登录|注册

36 | 微博Service Mesh实践之路(下)

胡忠想 2018-11-13
专栏上一期我们聊到了微博的服务化是如何一步步走向 Service Mesh 之路的,可以说正是由于微博自身业务对跨语言服务调用的需求日趋强烈,才促使了 Weibo Mesh 的诞生,也因此乘上了 Service Mesh 的东风。我在前面讲过,Service Mesh 主要由两部分组成,一部分是 SideCar,负责服务之间请求的转发;一部分是 Control Plane,负责具体的服务治理。从 Weibo Mesh 的实现方案来看,对应的 SideCar 采用的是自研的 Motan-go Agent,服务治理则是通过统一服务治理中心来实现,这里面的一些思路还是和 Control Plane 有很大区别的。
今天我们就来聊聊 Weibo Mesh 实现的技术细节,看看它给业务带来了哪些收益,最后再谈谈 Weibo Mesh 下一步的发展方向。

Motan-go Agent

通过上一期的学习,我们知道 Weibo Mesh 中使用的 SideCar 就是 Motan-go Agent,考虑到 Motan-go Agent 要与 PHP 进程部署在一起,为了减少对本机资源的占用,这里 Motan-go Agent 采用了 Go 语言来实现,它包含的功能模块请看下图。
我们拆解一下图中 Motan-go Agent 主要的模块,看看它们的作用是什么。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学微服务》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • wuhulala
    service mesh 可不可以理解为把之前的一些封装在服务框架里面的内容 比如复杂均衡 注册 远程通讯 等这些功能 糅合成一个新的agent 以后业务服务只与这个agent交互 ?

    作者回复: 可以简单这么理解,更重要的是业务与服务治理解耦,后续升级以及功能扩展都是mesh端处理,业务无感知

    2018-12-08
    3
  • 日拱一卒
    Service Mesh带来的最大好处是解耦服务和服务框架,服务只需要关注业务逻辑,其他的事情由服务框架通过非侵入的方式实现,将来如果升级或者替换服务框架,成本会非常低。
    服务和服务框架解耦的设计,可以
    1. 更容易在环境中针对同一个服务维护多个版本,用来做AB测试。
    2. 更高效的运维产品环境,对于限流、机房切换等,只需要调整agent的配置,无需修改服务。
    2019-09-22
    2
  • Bobo
    除了分开部署,service mesh和dubbo这种框架的本质区别在哪呢,dubbo客户端不也是代理所有远程调用以及一些服务治理动作的吗
    2019-01-02
  • Ilmen
    请问限流和熔断是怎么做的呢
    2018-12-26
  • 小菜鸡
    想问下老师用Golang写Agent,GC对调用延时带来的的影响大吗

    作者回复: 目前我们线上来看,影响不大

    2018-11-26
  •              
    老师,您好,有些地方还是不太明白,如果在kubernetes里面,用的istio,这个时候的服务注册和发现是具体怎么实现的呢?如果用kubernetes自身的dns服务发现方式,具体是如何去做服务注册呢?
    2018-11-18
  • 朱升平
    weibo mesh这两期还是非常赞的!

    作者回复: 感谢支持,欢迎提出意见

    2018-11-14
  • suke
    微博不就是各种拉取信息流么,事务应该不多吧

    作者回复: 我们是弱一致性,事务主要体现在更新数据上

    2018-11-13
  • 不靠谱的琴谱
    服务与服务之间的事务怎么控制

    作者回复: 前面讲过微博主要是通过对帐机制保障数据一致性,基本没有事务操作

    2018-11-13
收起评论
9
返回
顶部