搞半天白JT也是个捂嘴咖[摊手][摊手][摊手][摊手][摊手]
麻了，这是第三个在我不骂人正常回帖的情况下封我号的人
我在涛开端的楼里仅仅说了一句水军集合楼就被封号了[摊手]
捂嘴咖1.0土豆子 2.0保安 3.0白JT
小白你看看你现在和什么人一个德性了[摊手]
这么下去 不会也要离谱到“哈哈哈”都要封吧[摊手]
麻了，这是第三个在我不骂人正常回帖的情况下封我号的人
我在涛开端的楼里仅仅说了一句水军集合楼就被封号了[摊手]
捂嘴咖1.0土豆子 2.0保安 3.0白JT
小白你看看你现在和什么人一个德性了[摊手]
这么下去 不会也要离谱到“哈哈哈”都要封吧[摊手]
众说纷纭，中台到底有多少种？
“上篇文章作者带领大家一起走过了中台的成长的近10年时间，给大家分析了一下中台兴起背后的原因。但是在最后也说道，中台的概念到目前为止还是没有一个所谓的“标准答案”，仍然是迷雾重重，说法不一。作者本身也并非知名人士，业界大咖，因此也不敢贸然下定义，只能带大家看看目前业界有的各种类型的中台，尝试分析一下其背后的共同点，希望到最后大家能有一个自己的判断。
上篇文章：《追根溯源，中台的前世今生》
”
首先我们来看一下现在中台的主流，业务中台和数据中台。
业务中台
“业务”这个词说起来概念十分的宽泛，不同人口中的业务也许根本就不是一个概念。百度百科对于业务的定义是，各行各业中为了售出产品、换取利润而需要处理的事务。因此广义的来看，一切的中台都是业务中台，因为不管是什么中台都是为了让企业能够以更低的成本、更高的质量、更快的响应速度销售出产品来换取利润。那么既然如此，为什么还会有业务数据双中台呢？那是因为通常来说我们指的是狭义的业务中台，也就是直接承载企业业务展开的基本元素，封装了保障业务顺利开展而必须要解决的问题的系统。比如在电商的场景下，为了业务的顺利展开，我们要解决的问题有：企业的用户是谁，用户从哪里来？企业销售的产品是什么？如何能够让用户知道企业的产品？用户为什么要买？用户买了以后如何配送？用户要退货怎么办？如何保持用户的忠诚度？等等以上问题就是电商企业所要解决的最基本的问题。在领域驱动设计（DDD）中，这样类似的问题为称为问题域。不同的企业，因为业务线不同，虽然具体的客户、产品会有差异，但是面临的问题域总体来说是相似的。而业务中台也就是围绕着这一系列的问题域，进行系统的合理的抽象、封装，以配置化、插件化、服务化等机制兼顾各条业务线的需求，实现对不同业务线的支持的。
数据中台
说完了业务中台，我们再来看看数据中台，这可以说是目前成熟度最高的中台产品。那么到底什么样才算是一个数据中台呢？如果一个企业把所有的数据都存储在oracle数据库中，这个oracle数据库是数据中台吗？如果把oracle换成hadoop呢？显然以上这些都不是，他们只是一堆数据而已。现在大家比较公认的数据中台，指的是确保OneID、OneData得以实现的组织，使得数据不再是各前端业务独立管理，而是通过统一的团队在数据标识、指标、数据仓库等方面实现了跨业务的整合的系统。之所以这样大家会认为是名符其实的数据中台，是因为它是面向业务的，它的数据仓库的建设一定也包含了一些业务逻辑。目前数据中台的火热，在作者看来也是基于以下几个原因：
1、见效快。目前大部分传统企业的问题还在于数据不通，“数据孤岛”现象比较严重，数据中台的建设对于痛点的解决直接，驱动力强。
2、组织调整负担小。一般来说，有一定规模的企业都已经有了大数据团队或是 BI团队，这个团队自然就承载着相关的职能，不需要再做大的组织调整。
3、大势所趋。大家都在讲 DT时代，对于数据的价值，企业的认识也越来越深刻，大家已经意识到数据不再只是一种运营辅助分析的工具，而逐渐成为企业的核心资产和竞争力。
既然现在都在提业务数据化，数据业务化，既然两个概念也在相互转化和融合，那数据中台与业务中台之间又是什么关系呢？阿里巴巴技术方案总监谢纯良在一次 InfoQ 采访中提到的观点：“业务中台就是在产生数据，数据中台是做数据的二次加工，并将结果再服务于业务，为业务进行数据和智能的赋能。” 对于数据中台与传统数仓和数据平台的区别，关键在于数据中台相对于数仓、大数据平台，向前台、向业务又迈出了一步，不再只是关心技术层面大数据底座的打造，同时开始更多地关注企业层面的数据治理以及数据资产化的内容：包括但不限于数据的资产化管理（质量、成本、安全），数据服务的构建，数据的体系化建设（统一模型和指标）等。如果把数据中台比喻成一个数据工厂，那么它就通过收集数据到原材料仓库，经过厂房流水线的数据加工，最终作为数据产品进入到产品仓库，通过数据商店，以各种方式（例如数据 API 的方式）对于前台或是业务中台赋能。
下面我们再来看看其他比较非主流的中台概念：
技术中台
除了业务数据双中台，最常被提到，介于主流和非主流之间的就得属技术中台了。技术中台相比业务中台和数据中台，边界也会更加清晰，简单来讲就是在云原生下将使用云或其他基础设施的能力进行整合和包装，过滤掉技术细节，提供简单一致、易于使用的应用技术基础设施的能力接口的系统。不过业界也有说法，认为技术中台没有很强的业务属性，只是一些中间件的集合，顶多算是个中间件平台而已，称不上中台，你怎么看呢？
用户中台
用户中台可以认为是一种特定领域的数据中台，一般以用户ID统一、全域用户画像建设、全域会员体系建设等为典型特征。用户中台很通用，比更广义的数据中台往往更常见。很多企业没能力建设更全面的数据中台，但建设了会员中心等用户中台。
研发中台
软件开发是一项工程，涉及到管理、流程、测试、团队协作等等方面。如何将企业的开发流程、最佳实践沉淀成可重用的“能力”，从而助力创新性应用的快速开发迭代，也是我们看到的很多企业正在做的事情，我们可以管这种关注开发效能管理的平台叫作研发中台。但是这也就是敏捷开发、DevOps的另一种叫法而已，你怎么看呢？
移动中台
在移动互联网时代，移动优先的原则已经成为不争的事实，将 App 开发过程中的通用技术组件进行封装沉淀到移动中台中，就可以在构建新的 App 时大量复用已有组件和能力，快速构建和响应。但是，这不也就是技术中台的一个细分领域吗，你看呢？
组织中台
在穆胜老师的书《释放潜能：平台型组织的进化路线图》中，通过分析了海尔平台化组织的演进过程，他提出了组织中台的概念。组织中台很像企业中的内部风投和创新孵化机构，为前台组织和团队构建创新型前台应用提供类似于投资评估（项目甄别）、投资管理、投后管理（孵化与风控），真正从组织和制度上支撑前台组织和应用的快速迭代和规模化创新。这个已经上升到集团企业运营、投资的高度，作者并不熟悉，只能由您自己来做评判了。
除此之外，还有财务中台、采购中台、供应链中台、AI 中台、运营中台、安全中台等等， 也都曾出现过，这里也就不一一展开了。
最后，我们再来总结一下：在这一篇里，我们纵览了市面上可能能看到的各种中台的类型，也许你会有一些概念，也许你更蒙了——原来还有这么多类型的中台。那么企业上中台的价值到底是什么呢？不要急，下一篇作者尝试来回答这个问题。
“上篇文章作者带领大家一起走过了中台的成长的近10年时间，给大家分析了一下中台兴起背后的原因。但是在最后也说道，中台的概念到目前为止还是没有一个所谓的“标准答案”，仍然是迷雾重重，说法不一。作者本身也并非知名人士，业界大咖，因此也不敢贸然下定义，只能带大家看看目前业界有的各种类型的中台，尝试分析一下其背后的共同点，希望到最后大家能有一个自己的判断。
上篇文章：《追根溯源，中台的前世今生》
”
首先我们来看一下现在中台的主流，业务中台和数据中台。
业务中台
“业务”这个词说起来概念十分的宽泛，不同人口中的业务也许根本就不是一个概念。百度百科对于业务的定义是，各行各业中为了售出产品、换取利润而需要处理的事务。因此广义的来看，一切的中台都是业务中台，因为不管是什么中台都是为了让企业能够以更低的成本、更高的质量、更快的响应速度销售出产品来换取利润。那么既然如此，为什么还会有业务数据双中台呢？那是因为通常来说我们指的是狭义的业务中台，也就是直接承载企业业务展开的基本元素，封装了保障业务顺利开展而必须要解决的问题的系统。比如在电商的场景下，为了业务的顺利展开，我们要解决的问题有：企业的用户是谁，用户从哪里来？企业销售的产品是什么？如何能够让用户知道企业的产品？用户为什么要买？用户买了以后如何配送？用户要退货怎么办？如何保持用户的忠诚度？等等以上问题就是电商企业所要解决的最基本的问题。在领域驱动设计（DDD）中，这样类似的问题为称为问题域。不同的企业，因为业务线不同，虽然具体的客户、产品会有差异，但是面临的问题域总体来说是相似的。而业务中台也就是围绕着这一系列的问题域，进行系统的合理的抽象、封装，以配置化、插件化、服务化等机制兼顾各条业务线的需求，实现对不同业务线的支持的。
数据中台
说完了业务中台，我们再来看看数据中台，这可以说是目前成熟度最高的中台产品。那么到底什么样才算是一个数据中台呢？如果一个企业把所有的数据都存储在oracle数据库中，这个oracle数据库是数据中台吗？如果把oracle换成hadoop呢？显然以上这些都不是，他们只是一堆数据而已。现在大家比较公认的数据中台，指的是确保OneID、OneData得以实现的组织，使得数据不再是各前端业务独立管理，而是通过统一的团队在数据标识、指标、数据仓库等方面实现了跨业务的整合的系统。之所以这样大家会认为是名符其实的数据中台，是因为它是面向业务的，它的数据仓库的建设一定也包含了一些业务逻辑。目前数据中台的火热，在作者看来也是基于以下几个原因：
1、见效快。目前大部分传统企业的问题还在于数据不通，“数据孤岛”现象比较严重，数据中台的建设对于痛点的解决直接，驱动力强。
2、组织调整负担小。一般来说，有一定规模的企业都已经有了大数据团队或是 BI团队，这个团队自然就承载着相关的职能，不需要再做大的组织调整。
3、大势所趋。大家都在讲 DT时代，对于数据的价值，企业的认识也越来越深刻，大家已经意识到数据不再只是一种运营辅助分析的工具，而逐渐成为企业的核心资产和竞争力。
既然现在都在提业务数据化，数据业务化，既然两个概念也在相互转化和融合，那数据中台与业务中台之间又是什么关系呢？阿里巴巴技术方案总监谢纯良在一次 InfoQ 采访中提到的观点：“业务中台就是在产生数据，数据中台是做数据的二次加工，并将结果再服务于业务，为业务进行数据和智能的赋能。” 对于数据中台与传统数仓和数据平台的区别，关键在于数据中台相对于数仓、大数据平台，向前台、向业务又迈出了一步，不再只是关心技术层面大数据底座的打造，同时开始更多地关注企业层面的数据治理以及数据资产化的内容：包括但不限于数据的资产化管理（质量、成本、安全），数据服务的构建，数据的体系化建设（统一模型和指标）等。如果把数据中台比喻成一个数据工厂，那么它就通过收集数据到原材料仓库，经过厂房流水线的数据加工，最终作为数据产品进入到产品仓库，通过数据商店，以各种方式（例如数据 API 的方式）对于前台或是业务中台赋能。
下面我们再来看看其他比较非主流的中台概念：
技术中台
除了业务数据双中台，最常被提到，介于主流和非主流之间的就得属技术中台了。技术中台相比业务中台和数据中台，边界也会更加清晰，简单来讲就是在云原生下将使用云或其他基础设施的能力进行整合和包装，过滤掉技术细节，提供简单一致、易于使用的应用技术基础设施的能力接口的系统。不过业界也有说法，认为技术中台没有很强的业务属性，只是一些中间件的集合，顶多算是个中间件平台而已，称不上中台，你怎么看呢？
用户中台
用户中台可以认为是一种特定领域的数据中台，一般以用户ID统一、全域用户画像建设、全域会员体系建设等为典型特征。用户中台很通用，比更广义的数据中台往往更常见。很多企业没能力建设更全面的数据中台，但建设了会员中心等用户中台。
研发中台
软件开发是一项工程，涉及到管理、流程、测试、团队协作等等方面。如何将企业的开发流程、最佳实践沉淀成可重用的“能力”，从而助力创新性应用的快速开发迭代，也是我们看到的很多企业正在做的事情，我们可以管这种关注开发效能管理的平台叫作研发中台。但是这也就是敏捷开发、DevOps的另一种叫法而已，你怎么看呢？
移动中台
在移动互联网时代，移动优先的原则已经成为不争的事实，将 App 开发过程中的通用技术组件进行封装沉淀到移动中台中，就可以在构建新的 App 时大量复用已有组件和能力，快速构建和响应。但是，这不也就是技术中台的一个细分领域吗，你看呢？
组织中台
在穆胜老师的书《释放潜能：平台型组织的进化路线图》中，通过分析了海尔平台化组织的演进过程，他提出了组织中台的概念。组织中台很像企业中的内部风投和创新孵化机构，为前台组织和团队构建创新型前台应用提供类似于投资评估（项目甄别）、投资管理、投后管理（孵化与风控），真正从组织和制度上支撑前台组织和应用的快速迭代和规模化创新。这个已经上升到集团企业运营、投资的高度，作者并不熟悉，只能由您自己来做评判了。
除此之外，还有财务中台、采购中台、供应链中台、AI 中台、运营中台、安全中台等等， 也都曾出现过，这里也就不一一展开了。
最后，我们再来总结一下：在这一篇里，我们纵览了市面上可能能看到的各种中台的类型，也许你会有一些概念，也许你更蒙了——原来还有这么多类型的中台。那么企业上中台的价值到底是什么呢？不要急，下一篇作者尝试来回答这个问题。
#如何评价待华灯初上#这个台剧真的是我第一次一口气追完的电视剧，这个剧情真的算是挺新颖的，而且里面的每一个角色都有他们自己的主线故事啊，非常的吸引人。而且还集合了很多大咖。他的服化和各种道具方面都非常的到位，让人真正的感受到了看剧的快乐。#华灯初上#
剧情相当紧凑，而且故事非常丰富信息量很大，需要认真的去观赏。主要是我感觉演员阵容靠谱，剧情故事够有意思，那么这个电视剧，他就是成功的，大家快点看起来。我太期待他的下一季播出了。
剧情相当紧凑，而且故事非常丰富信息量很大，需要认真的去观赏。主要是我感觉演员阵容靠谱，剧情故事够有意思，那么这个电视剧，他就是成功的，大家快点看起来。我太期待他的下一季播出了。
✋热门推荐