本文详细介绍了阿里巴巴在云上数据中台建设的第三阶段实施案例，展示了数据公共层运营、元数据打通等关键环节的成果，引导读者深入了解数据中台的实际应用和效果，希望对你在数据管理和战略规划方面有所启发。
前面我们聊了阿里构建数据中台“三步走”项目计划：
在阿里巴巴数据公共层建设第一阶段和第二阶段完成之后，不仅取得了降本提效的成果，也培养了数据专业人才，加强了数据团队内以及与业务团队间的连接和信任。
所以在第三阶段全面铺开过程中，遇到的阻碍很少，相反，还得到很多支持。
第三阶段主要完成了：数据公共层运营、元数据打通、天猫数据中间层建设、数据资产管理平台、基于元数据的数据建模工具、onedata体系全流程工具化。
草帽小子思考：着整个三步走项目计划，跟打革命时，有异曲同工之处。最开始人手不足时，先制定整体作战计划；然后攻破关键城市；有一定影响力后，招兵买马，全面铺开和推进。
毕竟中台的建设关联到多个业务方，甚至牵动着业务方的利益。业务方会想，数据放在我这，我们自己提需求，自己开发，多便捷，何必需要外人来横插一脚。
这时数据团队需要以专业性来征服业务方，让业务方感受到甜头，这样，接下来的事情也就顺理成章了。
前边我们聊了很多建设过程和方法，那在整个计划中，有没有一些直观的案例呢？
公共层建设案例：
针对TBODS（淘宝数据基础层）当时存在的问题进行专项治理，将TBODS简化，并制定规范，采取措施持续维护，降低ODS数据基础层的存储资源和计算资源的消耗。
基于阿里巴巴数据公共层初始化建设的成功，进一步完善日志流量模型，包含攻坚无线流量交易引擎模型，以及完成流量分析产品的重构与支持新需求。
草帽小子思考：公司大多会先将精力放在更贴靠业务的业务数据上，而日志数据及埋点数据往往会被忽视，缺乏专人维护，数据口径不一。
将小微金服依赖的云计算环境1上的数据迁移到公共数据层依赖的云环境2上。
基于阿里巴巴数据公共层，规划出聚划算事业部的数据中间层，用于更标准、更快捷的服务聚划算业务。
建设淘系主搜索与主客户端搜索数据中间层迁移报表。
基于1688的数据公共层与数据应用层登月建设，实现1688业务的对内对外应用。
基于阿里巴巴数据公共层，统一对内、对外数据口径，提供COO重点关注的指标。
基于阿里巴巴数据公共层，迁移云计算环境1上的核心运营报表，同时整合行业数据，完成并完善服务阿里小二的行业360产品。
在阿里巴巴数据公共层建设第二阶段二期中，应业务部门需要而追加启动的场景化专项，旨在构建统一的无线数据公共层，以顺应”ALL IN 无线“的大潮。
草帽小子思考：十几个无线端应用间的数据不打通，用起来是挺难受的，各用各的，在新增一个维度限定为移动端的指标时，需要从各个明细层拉表找数。
在阿里巴巴数据公共层建设第二阶段第二期中，应技术部门与业务部门的需求而追加启动的技术探索专项，旨在构建统一的实时数据公共层，提升技术的同时，提升技术部门的业务体验。
草帽小子思考：目前是零零散散用了一些实时数据，主要靠四处找表、拉表，若是能够做好实时数据的数仓建设，也能避免很大程度上的找数的烦扰。
专栏作家
草帽小子，公众号：一个数据人的自留地，人人都是产品经理专栏作家。《大数据实践之路：数据中台+数据分析+产品应用》书籍作者，专注用户画像领域。
本文原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。