数据源集市建设的初步思路和规划

最近在对接数据流转的一些问题，发现越是了解，越是担心，因为有不少潜在的问题，所以我就在想规划和统一所谓的数据源集市，能够实现数据流转方向的一个基线标准。

目前发现的问题： 1.数据出口通道繁杂，管理混乱 2.MySQL流转服务单点难以扩展 3.任务状态不清晰，缺乏统一管理 4.数据交付质量难以保证，反馈不及时 5.近实时数据同步需求难以满足

对此提出的改进方案有： 1.数据出口通道统一交付 2.构建数据源集市服务组，水平扩展压力 3.任务配置平台化，任务日志指标可视化 4.数据交付提供交付标准和数据质量日志 5.提供近实时方案作为备选，预知问题

整个数据源集市在数据流转体系中的角色和位置如下：

当日这里是刻意把数据源集市的一些组件和服务列举出来，能够尽可能在这个层面实现数据质量的标准和度量，简而言之，数据如果不合理，我应该及时预警，不能将错就错的提供给中下游，数据源集市需要做好这一层的保障。

在数据流转方向上，我把数据表分为状态表，流水表和配置表，他们在流转体系中的定位和标准也大有不同。

当然这仅仅是数据流转体系内的冰山一角，而如果要把数据的认知和数据源要整合起来，形成统一的认知，这个工作量是极为巨大的。

我感觉对于数据的认知，一旦抛出这个话题，就好像打开了一扇窗，经过了更大范围的讨论，我感觉我本来想要的是一口井，没想到现在需要引一条河流，而且还要再河流上再搭一座桥，真让人头大。

各大平台都可以找到我

• 微信公众号：杨建荣的学习笔记
• Github：@jeanron100
• CSDN：@jeanron100
• 知乎：@jeanron100
• 头条号：@杨建荣的学习笔记
• 网易号：@杨建荣的数据库笔记
• 大鱼号：@杨建荣的数据库笔记
• 腾讯云+社区：@杨建荣的学习笔记