微服务架构核心 20 讲 
48687 人已学习
新⼈⾸单¥29
课程目录
已完结/共 20 讲
课程 (20讲)
时长 06:47
时长 05:36
时长 04:16
时长 07:04
时长 07:02
时长 07:51
时长 06:13
时长 06:46
时长 05:46
时长 05:41
时长 05:49
时长 03:58
时长 08:10
时长 08:05
时长 06:38
时长 09:15
时长 08:15
时长 07:47
时长 07:38
时长 06:48
微服务架构核心 20 讲
登录|注册
当前播放: 04 | 企业应该在什么时候开始考虑引入微服务？
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.75x
- 0.5x
付费课程，可试看
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 | 容器集群调度和基于容器的发布体系&结课测试
本节摘要
温馨提示
部分 Android 用户如果在全屏播放时遇到问题，建议使用 PC 版或微信小程序进行学习。给您造成的不便还请谅解，我们会尽快解决这一问题。
PC 端学习方式
-
用浏览器访问 https://time.geekbang.org ，登录极客时间账号
-
访问 https://time.geekbang.org/paid-content ，选择相应内容
小程序学习方式
- 进入极客时间小程序
- 在视频课程里选择相应内容
登录 后留言
全部留言(29)
- 最新
- 精选
LMD
置顶关于《微服务架构核心20讲》课程讲义（PDF 文件），学员可复制下面链接到浏览器下载获取。 http://t.cn/RQs9iTw
2018-01-26
15
颇忒妥
单块优先逐步微服务的前提是单块本身的架构设计良好，比如按模块、按类库开发业务功能，保证业务代码之间的松耦合，可以考虑采用DDD来指导设计。如果原来的代码一团乱麻，那微服务也救不了你。
作者回复: 对，如果团队没有能力搞定单块应用，没有基本的模块化，分层分治思维，那么也别指望微服务能成为救星
2018-05-19
10
Eyas
课程中提到单块优先法则，主要是由于微服务架构过于复杂，前期成本会太高，生产力比单块应用较低。
但是目前有了成熟的微服务架构开源框架，比如go-micro, gokit等等，使得微服务架构可以开箱即用，专注于业务服务。
那么微服务架构的前期投入成本也在降低，甚至可能还比单块应用更低。
在微服务开源框架成熟后，使用这些开源方案，在前期开发，技术栈更灵活，分工更明确。在后期几乎没有切换为微服务成本。
这个时候，单块优先法则还适用吗？
作者回复: 单块优先仍适用，1微服务本质不是技术问题，而是组织架构问题，你的团队和组织规模足够大需要切分微服务吗？2你对业务领域足够理解，能合理切分业务域吗？
2018-08-08
3
9
小白赵
设计和演化都离不开，没必要把它俩放到对立面上。
作者回复: 互联网系统一般是三分设计，七分演化，微服务是演化式架构。
2018-03-15
8
NeonTronic
感性上我喜欢设计出来的，理性上我不得不认同是演化出来的。要承认人的认知是有边界的，没有人一开始就能全盘预知未来。留足演化空间的规划要比尽善尽美的规划更有生命力，这也可以类比投资心态和赌徒心态的区别。
作者回复: good thinking!
2019-12-11
3
郭新鹏
架构是演化出来的。
作者回复: 👍
2018-08-02
3
geeksi
单块优先原则就是前期不推荐使用微服务的架构,随着业务扩展和架构师对整体业务理解的加深到一定程度,可以采用微服务.架构师对复杂度和生产力需要有一个权衡.
作者回复: 同意👍
2018-10-17
2
meijing0114
按照这个思路的话，刚开始的原型还是会比较纠结的，以java为例的话，是不是一开始只能用tomcat springmvc 等等先把业务打包在一起。然后等到需要微服务了再引入spring cloud? 这样是不是刚开始就设计了一个大概率被优化掉的架构？这样的话，学习微服务架构的最佳实践意义何在呢？
作者回复: 刚开始优先解决业务问题，架构够用就好，不要过度工程。后面要不要优化，要看业务发展具体情况。学习一方面解决当下问题，当不如果暂用不上，则为将来准备，另外学习是为拓展自己的架构视野。
2018-05-24
2
唐😊 木木
一直就是类似看法。看了老师的课程更加坚定了。上来开发一个新东西的时候不要谈什么高大上的技术。就是乱拳打死老师傅。另外，极客时间可以考虑优化了，评论会导致视屏暂停，影响用户评论积极性，降低活跃度。
作者回复: 嗯，你的建议会反馈极客时间。
2018-05-14
2
张伟波
投入微服务的点如何衡量呀
作者回复: 没有明确的数量化时间点，要架构师凭经验综合权衡，考虑因素主要是业务和团队规模，系统的耦合度是否影响到团队并行开发效率，影响就要解耦拆分。
2018-03-12
2
收起评论