下载APP
登录
关闭
讲堂
算法训练营
Python 进阶训练营
企业服务
极客商城
客户端下载
兑换中心
渠道合作
推荐作者
当前播放: 06 | 如何理解阿里巴巴提出的微服务中台战略?
00:00 / 00:00
标清
  • 标清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看

微服务架构核心20讲

共20讲 · 20课时·约160分钟
13958
免费
01 | 什么是微服务架构?
免费
02 | 架构师如何权衡微服务的利...
免费
03 | 康威法则和微服务给架构师...
04 | 企业应该在什么时候开始考...
05 | 什么样的组织架构更适合微...
06 | 如何理解阿里巴巴提出的微...
07 | 如何给出一个清晰简洁的服...
08 | 微服务总体技术架构体系是...
09 | 微服务最经典的三种服务发...
10 | 微服务 API 服务网关(...
11 | 微服务 API 服务网关(...
12 | 跟 Netflix 学习微服务...
13 | 集中式配置中心的作用和原...
14 | 微服务通讯方式 RPC vs...
15 | 微服务框架需要考虑哪些治...
16 | 微服务监控系统分层和监控...
17 | 微服务的调用链监控该如何...
18 | 微服务的容错限流是如何工...
19 | Docker 容器部署技术 &...
20 | 容器集群调度和基于容器的...
本节摘要

精选留言(17)

  • LMD 置顶
    2018-01-26
    关于《微服务架构核心20讲》课程讲义(PDF 文件),学员可复制下面链接到浏览器下载获取。 http://t.cn/RQs9iTw
    10
  • 2018-01-25
    这是一种逻辑划分,我一般把传统IT负责的模块(内部HR/OA/ERP/CRM等)统称为技术后台
    9
  • 2018-06-15
    前端业务要灵活,需要中台提供丰富多样的服务。这样前端业务需要负责业务的组装,而不同业务对应的服务,都沉淀到了中台这一层。在实际实践中,需要中台根据业务,划分出不同的功能模块,并独立成不同的服务,方便前台尽心调用。

    作者回复: 理解到位👍

    6
  • 2018-04-14
    这个概念个人觉得和华为提的让听见炮声的人来呼叫炮火有点类似。

    中台通过微服务这种实践方式把资源做了面向交付的一个整合,对前台业务的支撑有了很大的提升。
    所以前台才可以小,前台小的同时意味着后端提供的服务粒度要够细,响应速度要足够快。

    如果内部没有实践好,炮火只有决策的人才能够呼叫的,就是工作能从上往下落实。
    展开

    作者回复: 理解基本正确🙂

    3
  • 2018-03-18
    微服务的架构 不仅仅代表的是对应用服务的重组 也代表着对原有的职能部门的组织架构的重组 根据康威法则 如果微服务是包含各种职能部门原有的部分效能 那么 根据微服务的设计架构 其设计的部门也应该等效的重组

    作者回复: 这是康威定律思想

    2
  • 2018-02-24
    微服务只是为了解决大型团队持续集成问题而生的吗?

    作者回复: 简单讲,微服务主要解决中大型团队的并行开发效率问题

    2
  • 2018-01-21
    大中台包括技术中台和业务中台。有技术后台吗?
    2
  • 2019-07-20
    老师,微服务里鉴权,数据一致性方面可以给些学习资料吗?比如,缓存 + 数据库的双写一致性如何保证等。谢谢!

    作者回复: 你好,课程第5章会专门讲解微服务认证鉴权问题,请继续关注后续课程。数据一致性问题是计算机系统中难免也是最棘手的问题,系统架构的工作,很大部分都是在和数据不一致问题做斗争。在双写的情况下,更无法避免数据不一致,业界最佳实践是部分牺牲强一致性(成本太高),适当接受最终一致性(允许有限时间内的不一致),同时在架构设计上容忍暂时的不一致。dzone上有一片文章推荐看一下[微服务架构中的数据一致性问题]https://dzone.com/articles/data-consistency-in-microservices-architecture

    1
  • 2018-11-13
    如何在自己的公司中实践“大中台,小前台”的架构。
    阿里云这样的云平台提供了IaaS层、PaaS层的服务。
    如果我们做的是一个电商系统,“有赞”这样的企业提供了比较完善的核心业务层的接口。
    作为架构师,首先可以使用市场上的各类“大中台”资源,较低成本的构建自己的“小前台”应用。
    当公司的业务成熟,可以根据团队已经积累的领域知识,思考每一个服务维护的核心资源是什么。一方面,根据其他服务的需要,暴露相应的资源访问接口;另一方面,可以更进一步,设计出更多外部暂时还未用到,但确实符合业务逻辑的资源访问接口。
    这里有两点需要注意。一是,业务逻辑要尽量全部放在核心业务层内,不要蔓延到应用层。二是,对外暴露的资源访问接口的粒度不宜太大或太小。太大了会降低安全性,太小了会增加复杂性,也会不足以体现业务逻辑。
    展开
    1
  • 2018-09-19
    请问杨老师,按照大中台小前台的划分,收银台应该属于前台?还是中台?

    作者回复: 前台偏用户体验接口,中台币偏基础业务+技术服务,收银业务如做大,应既有前台,也有中台吧😀

    1
  • 2018-05-21
    创业型团队,也许较多,开发人员少的场景,是否适用微服务架构?

    作者回复: 建议单块起步,降低复杂性,验证业务模式活下来是第一优先,当然也要做好模块化。

    1
  • 2018-05-21
    创业公司中若多项目,且具备少开发人员,是否适用微服务架构?

    作者回复: 建议单块优先,降低复杂性,验证业务模式活下来是第一优先。当然也要做好模块化。

    1
  • 2018-03-05
    商业智能应该是BI吧

    作者回复: 传统叫商业智能/数据挖掘/BI,现在时兴叫大数据/AI

    1
  • 2019-10-13
    老师,大数据和商业智能模块属于数据中台吗?数据中台和业务中台之间是什么样的关联关系
  • 2019-07-04
    杨老师,对于中台来说,是微服务来实现的。这样理解对吗?
  • 2019-01-15
    后台呢,就两个台 哪来的中啊

    作者回复: 一般意义上的中台指:技术中台+业务中台+业务前台,也有公司将内部的信息/ERP/CRM/财务等系统称后台。

  • 2019-01-05
    杨老师,没有市场用户的大型企业(2万员工)内部信息化系统,能否适用前中后台架构?如果可以,是否适合用微服务技术架构来构建整个综合管理系统?

    作者回复: 要不要中台和微服务,主要考量两个因素:1)你的业务和团队规模多大,协作是否顺畅?不顺畅有摩擦就要考虑拆分。2)你对业务迭代速度要求有多高?速度要求越快,则越需要中台和微服务。