本文为您介绍在线或离线业务系统的数据在生成过程中进行的卡点校验。

在线系统卡点校验

在线业务系统产生的数据是数据仓库的重要数据来源。在线业务系统复杂多变,每次变更都会产生数据的变化。因此,数据仓库需要适应多变的业务发展,及时保障数据的准确性。此外,您还需要考虑如何能将在线业务的变更高效地通知给基于MaxCompute的离线数据仓库。

建议您同时关注工具和人员管理,既要在工具上自动捕捉每一次业务的变化,也要求开发人员进行业务变更通知。具体的卡点校验原则如下:

  • 关注发布平台的变更。

    在业务进行重大变更时,订阅此发布过程,通知离线开发人员,使其知晓此次变更内容。

    在业务系统复杂、日常发布变更频繁的情况下,如果每次变更都通知离线开发人员,会造成不必要的时间浪费,也影响业务迭代效率。此时,您可以通过使用数据资产等级的标识对业务进行打标。针对高等级的数据资产,整理出会影响数据的加工的变更,及时通知离线开发人员。例如,对于财务报表,如果业务系统的改造影响财务报表的计算,导致约定好的计算口径被业务系统变更修改,则这种情况必须告知离线开发人员,离线开发人员也必须主动关注这类发布变更通知。

    说明 发布平台不是指阿里云提供的发布平台,只是一种统称,指代企业自身的在线业务发布平台。
  • 关注数据库的变更。

    随着业务的发展,业务数据库(MaxCompute数据仓库的数据源)会出现数据库扩容或者DDL变更,这些变更都要主动通知到离线开发人员。基于MaxCompute的数据仓库在进行离线数据抽取时,通过DataWorks的数据集成工具,可能会限制某个业务数据库表。如果该数据库表发生扩容或者迁移等,数据集成工具感知不到,可能导致数据抽取错漏,而一旦错漏,会影响下游所有依赖该表的应用,因此建议业务数据库也需要有库表变更通知。

  • 关注操作工具的人员。

    操作工具只是一种辅助手段,操作工具的人员才是核心。数据资产等级的上下游打通的过程需要通知给在线开发人员,使其知晓哪些是重要的核心数据资产,提高在线开发人员的数据风险意识。您可以通过培训等方式,将离线数据的诉求、离线数据的加工过程、数据产品的应用方式告知在线业务开发人员,使其了解数据的重要性、价值及风险。确保在线开发人员在完成业务目标时,也要考虑数据的目标,做到业务端和数据端一致。

离线系统卡点校验

MaxCompute将离线业务系统生成的数据,通过同步工具(DataWorks的数据集成或阿里云DTS)进入数据仓库系统(MaxCompute)。数据在数据仓库中进行清洗、加工、整合、算法和建模等一系列运算后,再通过同步工具输出到数据产品中进行消费。整个流程中,先有数据加工,才有数据仓库模型和数据仓库代码的建设。因此,保障数据加工过程中的质量是保障离线数据仓库整体数据质量的重要环节。

您可以通过DataWorks、MaxCompute Studio、MaxCompute SDK提交各种任务加工MaxCompute中的数据。无论您使用什么工具,都会经历代码开发、测试、发布、运维及变更的过程。您可以对这个过程中的每个环节进行卡点校验。

  • 代码提交时的卡点校验。
    即在SQL提交前进行相关规则校验。目前公共云没有直接可用的工具辅助校验,您可以自己开发相关的工具。规则分类如下:
    • 代码规范类规则。

      例如,表命名规范、生命周期设置及表注释等。

    • 代码质量类规则。

      例如,分母为0提醒、NULL值参与计算影响结果提醒及插入字段顺序错误等。

    • 代码性能类规则。

      例如,分区裁剪失效、扫描大表提醒及重复计算检测等。

  • 任务发布上线时的卡点校验。

    为保障线上数据的准确性,每次变更都需要经过测试再发布到线上生产环境,且生产环境测试通过后才算发布成功。

  • 任务变更或数据重跑。

    在进行更新操作前,需要通知下游变更原因、变更逻辑、变更时间等信息。下游对此次变更没有异议后,再按照约定时间执行发布变更,这样可以将变更对下游的影响降到最低。