微服务架构核心 20 讲
杨波
拍拍贷框架研发部总监,资深架构师,微服务技术专家
48687 人已学习
新⼈⾸单¥29
微服务架构核心 20 讲
登录|注册
留言
21
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 02 | 架构师如何权衡微服务的利弊?
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 什么是微服务架构?
02 | 架构师如何权衡微服务的利弊?
03 | 康威法则和微服务给架构师怎样的启示?
04 | 企业应该在什么时候开始考虑引入微服务?
05 | 什么样的组织架构更适合微服务?
06 | 如何理解阿里巴巴提出的微服务中台战略?
07 | 如何给出一个清晰简洁的服务分层方式?
08 | 微服务总体技术架构体系是怎样设计的?
09 | 微服务最经典的三种服务发现机制
10 | 微服务 API 服务网关(一)原理
11 | 微服务 API 服务网关(二)开源网关 Zuul
12 | 跟 Netflix 学习微服务路由发现体系
13 | 集中式配置中心的作用和原理是什么?
14 | 微服务通讯方式 RPC vs REST
15 | 微服务框架需要考虑哪些治理环节?
16 | 微服务监控系统分层和监控架构
17 | 微服务的调用链监控该如何选型?
18 | 微服务的容错限流是如何工作的?
19 | Docker 容器部署技术 & 持续交付流水线
20 | 容器集群调度和基于容器的发布体系&结课测试
本节摘要

登录 后留言

全部留言(21)

  • 最新
  • 精选
LMD
置顶
关于《微服务架构核心20讲》课程讲义(PDF 文件),学员可复制下面链接到浏览器下载获取。 http://t.cn/RQs9iTw
2018-01-26
37
小白赵
借助docker,以及在paas平台加入持续集成、持续交付的功能,可以大大简化微服务运维成本,很多东西都可以实现自动化,我们公司就是这么做的

作者回复: 嗯,大规模微服务需要paas平台支撑。

2018-03-15
9
dingwood
杨老师,关于数据一致性的问题有点思考,每个微服务模块只保存自己的业务相关数据,想获取其他数据,只需通过调用其他模块的微服务不就可以了吗?为什么非要每个模块保存一份然后进行同步?业界的实践情况到底什么样的?

作者回复: 比方很多后台批处理服务,定期要对批量数据进行处理,这时数据量很大,不可能弄个大调用去数据源取数据,只能复制一份并定期或实时同步变更

2018-07-09
7
2102
容器化部署可以提高运维效率,节省成本

作者回复: 是方向,但对研发运维要求也高,需要一定研发定制能力,devops文化等

2018-03-21
6
路加 | Luke
保证数据一致性的解决方案有什么思路呢?

作者回复: 有一些强一致性技术手段,这边回复难展开,会另开专题讲,最终一致性是业界一般性实践和推荐思路。

2018-04-13
3
阅过留痕 架构师如何权衡微服务的利和弊? 😂感觉所讲和题目不符,只讲了微服务的利和弊,压根没讲怎么权衡呀?怎么权衡才是重点吧!

作者回复: 先理解微服务架构的利弊,具体权衡要在企业的实际上下文(企业的技术/架构/组织/业务)中进行。

2020-02-23
2
zero
我有个疑问 比如自动化运维部署 也是机器或依次或分批进行部署 这时候是用户无感知 那比如我加字段 加业务逻辑 是不是就没有一个很好地切入点 去洗数据做兼容呢

作者回复: 如果是不兼容的升级部署,这个时候就不能用简单的分批灰度发布,需要做特殊处理,先做严格内部或者beta用户测试,然后再考虑如蓝绿部署,一把切换,有问题一把回退。 一般尽量考虑兼容升级,通过代码开关控制新业务逻辑的打开或者关闭(可以和配置中心如Apollo配合),这个称为开关驱动开发(Feature Flag Driven Development)这样风险更小,而不是单纯靠运维部署。

2019-04-21
2
null
老师,您好! 视频中提到 A 团队有订单数据,而 B 团队也有订单数据?不是很明白,上一节提到微服务的特点,包含了非集中式的数据源,如果 A 团队负责订单服务,B 团队可以调用 A 团队的服务获取订单数据呀?为什么需要多冗余一份呢?

作者回复: A和B团队都有订单数据的概念,但格式和用途是不一样的,比方说A团队维护电商线上web订单数据,B团队维线下ERP系统订单数据(同时包括线上web和线下门店),发货以线下ERP系统为准,那么线上订单就要定期同步到线下。

2018-08-25
2
2
fish007
请教大牛:独立部署是逻辑还是物理概念?比如一个数据报送分析系统,是按照功能拆分为:数据报送模块、数据分析模块、机构管理模块、系统管理模块,然后每个模块部署在一个容器里吗?怎么组合成一个监测系统?还是按照系统架构划分为:前端客户端web应用、后端服务器端数据处理系统,分别部署在容器里呢?如果前端客户端用户登录的web应用,用GO语言开发;数据分析系统套用现成的商业分析系统BI@report,是用JAVA语言开发的;然后部署在容器里,放在服务器上跑。可以实现吗?这算是基于微服务架构设计的系统吗?困惑中。谢谢!菜鸟级

作者回复: 具体要不要把服务分那么细,每个都独立部署在独立的虚拟机或者容器中,要看你的业务复杂性和规模,还有团队规模,一般公司越大分得越细,否则会有效率问题。小规模的话,搞那么多服务反而增加复杂性,做好基本的模块化就好了。

2018-04-30
2
glittering
双十一果断定制,开始跟着杨老师学微服务😊😊

作者回复: 多谢支持🌹

2018-11-11
1
收起评论