瞎话

中台实践

  收书时发现的一本书，还以为是要还的债（实在是太新了[笑哭]），拿出来才发现看过了。具体当时看的感悟已经忘记了[汗颜]，不过可以分享一下当时购置的原因[微笑]。
  在我还在做数仓的时候，曾经被时代进步的速度毒打过。起因是做数仓大概一年后公司就兴起了数据湖，我默默的关注了数据湖大概几个月后又有人提出要做数据中台，当时内心只能用崩溃形容。所以，不服输的我就购置了这本书，大概就是想了解后去diss那些提出者——能不能安心搞好一件事再转台。不过，现在这三者都退出了我的技术舞台了。分享一下我理解的数仓🍀数据湖🍀数据中台吧。

  🌟数据仓库的个人理解就是为了进行OLAP，把分布在各个独立的数据库孤岛整合在了一个数据结构里面。数仓用于支持决策，面向分析；其对于数据进行集成（标准化之后存储，数据湖也对数据进行集成但存储不强求标准化）；重中之重，数据仓库的数据一般不再修改。数仓出现的比较早，且其存储、处理形式与早期的关系型数据库有很多可借鉴的地方（前提是数仓建模完善的比较好），在我的接触过程中总有一种无需多说的赶脚，so，don't say so much.

  🌟数据湖是一个以原始格式存储数据的存储库或系统，它强调汇聚，是一个集中的存储库，不强求所有进入的数据都必须结构化，只有在使用数据的时候对数据进行处理和应用。由此可见，其具备汇聚多种类型的数据以及处理分析不同类型数据的能力。

  🌟数据中台给我的感觉就像是一夜成名，至今还未找到太多关于数据中台的标准定义。数据中台的鼻祖当属阿里了，阿里将其称之为“共享服务平台”，朋新宇也曾表示数据中台是数据+技术+产品+组织的组合，是企业运营的一个中枢系统。从这个层面上，个人认为数据中台可以理解为一个中间件（比喻可能稍有不恰当），通过数据技术对海量数据实现采集、计算、存储、加工、标准化的工作，形成大数据资产层，连接前、后台，为客户提供高效的服务。

  最近，数字底座开始引起大家的关注了，在分享之前我又去翻阅资料了，发现定义甚少，国人的进程实在太快，我已跟不上了，溜了溜了。

  🌹最后，我想说，我真的只是无聊，才衍生了这么多。[笑哭R]