DDD实战课
欧创新
人保高级架构师
立即订阅
4865 人已学习
课程目录
已完结 23 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 学好了DDD,你能做什么?
免费
基础篇 (5讲)
01 | 领域驱动设计:微服务设计为什么要选择DDD?
02 | 领域、子域、核心域、通用域和支撑域:傻傻分不清?
03 | 限界上下文:定义领域边界的利器
04 | 实体和值对象:从领域模型的基础单元看系统设计
05 | 聚合和聚合根:怎样设计聚合?
进阶篇 (6讲)
06 | 领域事件:解耦微服务的关键
07 | DDD分层架构:有效降低层与层之间的依赖
08 | 微服务架构模型:几种常见模型的对比和分析
09 | 中台:数字转型后到底应该共享什么?
10 | DDD、中台和微服务:它们是如何协作的?
答疑:有关3个典型问题的讲解
实战篇 (10讲)
11 | DDD实践:如何用DDD重构中台业务模型?
12 | 领域建模:如何用事件风暴构建领域模型?
13 | 代码模型(上):如何使用DDD设计微服务代码模型?
14 | 代码模型(下):如何保证领域模型与代码模型的一致性?
15 | 边界:微服务的各种边界在架构演进中的作用?
16 | 视图:如何实现服务和数据在微服务各层的协作?
17 | 从后端到前端:微服务后,前端如何设计?
18 | 知识点串讲:基于DDD的微服务设计实例
19 | 总结(一):微服务设计和拆分要坚持哪些原则?
20 | 总结(二):分布式架构关键设计10问
结束语 (1讲)
结束语 | 所谓高手,就是跨过坑和大海!
DDD实战课
登录|注册

09 | 中台:数字转型后到底应该共享什么?

欧创新 2019-11-01
你好,我是欧创新。
在上一讲中我们了解了分层架构的设计思想,并提到了这种设计思想对中台建设十分有利,那么今天我就来讲一讲中台。
中台是数字化转型的一个热门话题。继阿里提出中台概念后,很多人又提出了各种各样的中台。今天我们主要讨论业务中台和数据中台。作为企业数字化中台转型的整体,我也会顺带聊一聊前台和后台的一些设计思路。
不少企业其实在很多年前就有了建大平台的实践经验,那在中台被热议时,我相信你一定听过很多质疑声。比如,有人说:“中台就是个怪名词,它不就是已经做了好多年的平台吗?”确实,中台源于平台,但它的战略高度要比平台高很多。
学完这一讲,你就会清楚地知道平台与中台的差异在什么地方?中台到底是什么?传统企业的中台建设方式是否应该和阿里一样…

平台到底是不是中台?

阿里提出中台战略后,很多企业开始拿着自己的系统与阿里的中台对标。有的企业在十多年前就完成了大一统的集中式系统拆分,实现了从传统大单体应用向大平台的演进,他们将公共能力和核心能力分开建设,解决了公共模块重复投入和重复建设的问题。
那这是不是阿里所说的中台呢?在回答这个问题之前,我们不妨先了解一下阿里的中台到底是什么样的。
阿里业务中台的前身是共享平台,而原来的共享平台更多的被当作资源团队,他们承接各业务方的需求,并为业务方在基础服务上做定制开发。 阿里业务中台的目标是把核心服务链路(会员、商品、交易、营销、店铺、资金结算等)整体当作一个平台产品来做,为前端业务提供的是业务解决方案,而不是彼此独立的系统。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DDD实战课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(19)

  • 瓜瓜
    感觉似懂非懂啊。
    2019-11-05
    1
    8
  • lightSky
    感叹老师的对中台的专业和视野啊,想请教老师这么系统和专业的见解如何才能沉淀下来呢,可以分享下这方面的经验嘛😊

    作者回复: 因为我们也在做中台转型,包括几年前也在做容器,微服务。最初也是有很多的困惑,我文章中提的那些问题好多我们都遇到过。然后到处找方法,但是没有现成的方法。建设过程中也有很多的思考,然后发现结合DDD的一些设计思想,可以解决这些问题,包括领域建模,分层的设计思想等等。除了中台,还有一些前端的设计思想,几个组合在一起,就是一个比较全面的中台解决方案了。

    2019-11-05
    2
  • 老师,中台这三节我是否可以直接跳过,看后面讲领域建模的。DDD和微服务工作中还有一点点类似概念接触,这方面还勉强能懂。但中台很懵

    作者回复: 可以的。中台是企业级,是一种战略高度。
    只做项目的话,可以从领域建模开始看。

    2019-11-12
    1
  • 0bug
    老师,数据中台三大职责之一是对全域数据的收集无存储,意思是中台要存储所有的业务数据吗?那怎么保证数据的一致性?

    作者回复: 有这个技术能力的话,尽量将所有的数据沉淀到一个数据中台,主要是考虑以后数据之间的关联分析。对于一些时效性要求高的,也可以分主题来存储,主要是支持在线业务。有些数据不需要太高的时效性,按照时序存储就可以了,然后建立数据模型进行处理,并对外提供服务。

    2019-11-01
    1
  • 番茄炒西红柿
    感觉阿里的中台定义更多的是业务层面的,是否可以理解为中台就是把满足中台业务的抽象出来的平台??

    作者回复: 可以这么理解,但是这个阶段只是平台。上升到中台还需要看看这个平台提供的是不是企业级的解决方案,这个也是阿里的第二个阶段,从平台到中台的过程。

    2019-11-30
  • 下一道彩虹
    这篇中台的讲解十分的到位。细细看了四五遍。绝对是深有研究及实践才能有这些感悟!感谢老师的分享!

    作者回复: 谢谢鼓励!赞一个!

    2019-11-27
  • richardboot
    老师,业务中台面向不同的渠道和场景实现通用能力和核心能力的复用,那么各个渠道个性化的能力应该放到哪里呢

    作者回复: 与中台关联度高的话就放中台里,不高的话可以与渠道应用在一起。

    2019-11-10
  • Mr.Strive.Z.H.L
    中台是业务模式的抽象和沉淀,平台是基础能力的沉淀,中台更接近于业务。但是有个疑惑,往往业务中台也无法直接为前端提供服务呀,因为要想沉淀为中台,那么对外提供好的能力有一定通用性,往往还是需要一些简单的具体业务系统来对接业务中台后,为前端提供定制化的业务服务呀?
    同时老师说的后台的概念,我理解不仅仅是对内的各种管理系统,一些提供基础能力的平台也算吧?

    作者回复: 现在都是前后端分离模式,前端应用和业务逻辑会分开部署。
    中台你可以理解为原来三层架构的业务逻辑层,不过用DDD做的业务逻辑层会更加清晰,会专门针对不同前端应用和渠道做一些通用性设计,也就是说要做业务模型设计。而前台呢就是面向用户的销售、展业等原来的前端应用。
    后台你可以理解为面向管理的应用。基础能力平台也比较多呢,要分情况考虑。

    2019-11-06
  • 张迪
    业务中台是不是将多个通用微服务 统一一个入口。对上层服务隐藏了各个服务的细节?

    作者回复: 不是这样的。你说的是API网关的职能。
    业务中台是业务概念,微服务是系统实现。一个业务中台可能由多个微服务实现。

    2019-11-05
  • 张迪
    前台是什么?

    作者回复: 文章里有哈,仔细找找。

    2019-11-05
  • 肖大保健
    我们项目,资金服务,用户服务,订单服务,调度服务,api服务,mq服务,这些核心服务,都是一个个微服务,对外应用层对接有app端,web端,小程序端,公众号端,那我们这些核心服务应该算是中台吧,而且是业务中台,对于mq和api服务应该是通用能力中台,数据中台我觉得是我们的客服系统和管理后台吧,对数据有一些查询操作,统计操作,各种列表数据

    作者回复: 基本差不多。

    2019-11-03
  • 密码123456
    中台的特性融合、联通、共享、创新。联通:打通内部各个系统,让其联系起来。共享:内部各个系统,提炼出支撑域、通用域,在系统之间共享。融合:让众多的渠道、前段有统一的接入。这样理解对吗?还有哪些需要补充?

    作者回复: 是这样的

    2019-11-02
  • 密码123456
    中台是不是,相当于之前说的用户接口层?读起来感觉像,把各个渠道的业务统一接入到中台。然后由中台提供各种业务,数据等?

    作者回复: 不是这样的。
    你可以查阅一下中台相关的资料。中台是领域的概念,偏向业务多一些。在中台的领域中,可以领域建模,根据领域模型进一步分解为多个微服务,多个微服务共同实现中台的业务逻辑。

    2019-11-02
  • 你的美
    老师我们正准备部署一款DDD分层架构的微服务产品,等以后部署好了可以请老师看看,做指导吗?
    要是能给我们公司做架构顾问那就最好了!谢谢老师辛苦

    作者回复: 可以相互学习哈。

    2019-11-01
  • Geek_2973a9
    请问按老师的意思,工作流引擎就是后台能力么?文中“在设计流程审核和管理类功能的时候,我们可以考虑按角色或岗位进行功能聚合,将复杂的管理需求从通用的核心业务链路中剥离,参考小程序的建设模式,通过特定程序入口嵌入前台 APP 或应用中”。是否可以理解为使用工作流引擎串联业务环节?

    作者回复: 不是这个意思。就是将少量人用到的管理类的业务流程,从核心主流程中拿掉。单独给这批人一个入口操作。这样互联网和传统核心的应用差异就很小了,流程和界面就可以统一了。

    2019-11-01
  • 桃子-夏勇杰
    老师,后端双核心、前端两张皮,是什么意思?

    作者回复: 就是各做各的意思。

    2019-11-01
  • Jxin
    回答问题:
    1.一个系统一个门户(前端)。系统的子系统各自维护自己的应用层,并面向同一的门户提供api。
    提个问题:
    对于业务中台:
    1.通用域抽成的中台,主要起到的是能力复用的作用,核心价值是降低运维和开发成本。
    2.核心域不能抽中台吗?我一直认为核心域也能抽成中台,但起到的是提供saas平台的作用,核心价值是增加盈利渠道,提高企业影响力。
    3.我认为通用域抽中台是垂直拆分系统,在共性子系统的上层抽象出来的中台系统。核心域抽中台是水平扩展业务类型,在应对多元化业务的流量下面抽象出中台系统。
    请老师指正~

    作者回复: 我文章里写了分为核心能力中台和通用能力中台的呢。
    核心能力主要面向不同渠道的核心能力复用。

    2019-11-01
    1
  • 欧老师你好,看了10节课的内容,之前在infoq上也看了你写的DDD的相关文章,确实是受益匪浅。

    请问老师,现在你所讲的微服务,都是用的一个注册中心集群么?还是说会划分为多个“模块”,每个“模块”下的微服务有自己的注册中心,“模块”是通过各自的网关进行通信的?

    如果是后者,那么我提到的“模块”是不是可以理解为是一个中台呢

    作者回复: 可以理解为中台,为了以后运维和版本发布方便,相互之间降低影响,建议以中台为单位部署注册中心。

    2019-11-01
  • 渊虹
    老师,请教一下。建设中台的团队规模有要求吗。小公司有必要吗

    作者回复: 中台其实是由多个微服务构成的。个人感觉主要适用于大型企业的能力复用。按照DDD设计的微服务,本身就有点中台的意思。小公司按照DDD的方法设计就可以了,区分一下通用域和核心域,通用域要考虑共享和复用。

    2019-11-01
收起评论
19
返回
顶部