关于数据中台的了解

转载文章：

公众号：程序员小灰《什么是中台？》
终于有人把数据中台用白话说清楚了

了解数据中台的前提要先了解什么是中台？

• 中台：

  • 顾名思义，是处于前台和后台之间的一个部分。

  • 而前台和后台是指在传统的企业中，无论项目内部如何复杂，都可以分为“前台” 和 “后台”这两个部分。

  • 什么是前台？
    首先，这里所说的“前台”和“前端”并不是一回事。所谓前台是直接面对客户或者为客户创造产品和客户进行交易的地方，和客户进行直接 的沟通，即包括各种和客户直接交互的界面。比如web页面，手机app；也包括服务端各种实时响应用户请求的业务逻辑，比如商品查询、订单系统等等。

  • 什么是后台？
    后台并不直接面向用户，而是面向运营人员的配置管理系统，比如商品管理、物流管理、结算管理。后台为前台提供了一些简单的配置。

  • 前台、后台、用户之间的关系，可以用下图简单表示：
    

  在当时，项目的发展相对稳定，并不需要那么快速的去迭代和试错，所以这种结构并没有什么问题。

  在互联网快速发展的今天，企业之间的竞争越来越激烈。只有以用户为中心，快速响应用户的需求，不断迭代和试错，才能让企业在竞争当中立于不败。

  但是，在传统的前台-后台架构中，各个项目相对独立，许多项目都在重复发明同样的轮子，即让项目本身越来越臃肿，也让开发效率越来越低。
  
  这种时候，为提高开发效率，我们有必要整合出一个中间组织，为所有的项目提供一些公共资源。而这个中间组织，就是人们所说的“中台”。

  • 所以，中台就是公共服务平台。

  • 中台的领跑者

  SuperCell是一家芬兰的手机游戏公司，这个名字或许有些陌生，但是说起下面几款游戏，大家一定会很熟悉：部落冲突、海岛奇兵、皇室战争……

  SuperCell公司就像是一个高产的游戏孵化器，在几年内开发出了10款以上的游戏，但是大部分用于试错的游戏都在研发过程中被腰斩了，最终呈献给用户的几款游戏都是经典中的经典。

  是什么让SuperCell公司能够如此高效地试错和迭代呢？他们依靠的是强大的平台资源，支撑起各个游戏开发的小团队。

  他们开发出的游戏看上去风格迥异，却存在许多共同之处。在业务上，共通的东西包括支付系统、用户系统等等，在技术上，共同的东西包括游戏引擎，内部开发工具等等。而这些共通的资源，都可以由一个强大的“中台”来提供：
  
  中台的架构思想改变的不只是项目结构，也影响了研发团队的组织形式。SuperCell公司把这种高效的组织形式称为“部落”。

  紧随其后，国内互联网公司也纷纷开始了各自的中台战略

  • 阿里巴巴提出了“大中台，小前台”的战略：

    
    

  图中，阿里巴巴许多产品线的共通业务经过下沉，形成了中台的各种业务中心，而Aliware则是阿里巴巴的技术中间件平台，为各大业务线提供技术支持。

  • 华为提出了“平台炮火支撑精兵作战”的战略：
    
    华为把作战小分队比喻为前台项目团队，把中台比喻成战地指挥部。在这个比喻当中，中台的作用就是提供资源支持：要数据给数据、要技术给技术。

  • 中台的具体划分：

    业务中台

    业务中台在前文中反复提及，就是把各个项目的共通业务进行下沉，整合成通用的服务平台：
    

    技术中台

    技术平台，为了避免研发人员重复发明轮子，向各个项目提供通用的底层框架、引擎、中间件：
    

    数据中台

    数据中台，为各个项目进行各种数据采集和分析：
    

    算法中台

    算法中台，为各个项目提供算法能力，比如推荐算法、搜索算法、图像识别、语音识别等等：
    

  • 中台的适用场景：

    从0到1的阶段，没有必要搭建中台。
    从0到1的创业型公司，首要目的是生存下去，以最快的速度打造出产品，证明自身的市场价值。这个时候，让项目野蛮生长才是最好的选择。如果不慌不忙地先去搭建中台，恐怕中台还没搭建好，公司早就饿死了。

    从1到N的阶段，适合搭建中台。
    当企业有了一定规模，产品得到了市场的认可，这时候公司的首要目的不再是活下去，而是活的更好。这个时候，趁着项目复杂度还不是特别高，可以考虑把各项目的通用部分下沉，组建中台，以方便后续新项目的尝试和旧项目的迭代。

    从N到N+1的阶段，搭建中台势在必行。
    当企业已经有了很大的规模，各种产品、服务、部门错综复杂，这时候做架构调整会比较痛苦。但是长痛不如短痛，为了项目的长期发展，还是需要尽早调整架构，实现平台化，以免日后越来越难以维护。

以上内容转自：

公众号：程序员小灰《什么是中台？》

---

• 数组中台：

• 数据中台就是将数据加工以后封装成一个公共的数据产品或服务。数据中台把数据服务化之后提供给业务系统，目标是将数据能力渗透到各个业务环节。

  • 用白话解释：

    家里厨房有油/盐/酱油/醋/料酒/生抽…很多种调料（数据），你（业务部门）特别喜欢吃糖醋排骨/糖醋鱼/糖醋里脊/糖醋猪蹄…（各种业务应用），你老妈（IT部门）觉得每天都按照比例调制糖醋汁很麻烦很浪费时间还每次都有偏差（每次数据有误差），于是你老妈决定按照“1料酒；2酱油；3白糖；4醋；5水”的比例（数据算法）调制好一大桶糖醋汁（数据产品），以后每天倒一点糖醋汁就可以很快做出一盘糖醋XX（业务应用）。

    这个调制糖醋汁的过程就相当于构建了 一个数据中台，糖醋汁就是数据产品。数据产品往往不是直接提供给用户使用的，而是提供给业务应用使用的（类似于糖醋汁不是用来直接喝的，而是用来做糖醋XX的）。另外，为了调制更快更准确，可能还需要买一些密封大桶/漏斗/量杯（ETL/BI 等数据工具）。

    当然，如果你家十天半个月才做一次糖醋XX(低频)，那就没有必要调制一大桶糖醋汁方哪儿（不需要构建这个数据产品）。类似这个逻辑，如果你家每天都做八宝粥，则可以把八种粮食（数据）混合好放一个大桶里做成八宝粥混料（数据产品）。

    如果你老妈的糖醋XX做的特别好开了个餐馆，每天做给几百个人吃（需求量变大），就需要调制更多糖醋汁买个冰箱存起来（数据仓库），这也解决了随用随跳（实时取数）的效率瓶颈。所以，在做数据中台之前，先自问一下：

  1. 有没有糖醋汁、八宝粥混料的需求？（有没有数据产品的需求？）
  2. 有多少人吃？（使用这个数据产品的需求量大不大？）
  3. 多久吃一次？（需要这个数据产品的频率高不高？）

来源：CSDN

作者：一个奔跑的C

链接：https://blog.csdn.net/henu1710252658/article/details/104553932