高效易用的数据同步：阿里云瑶池 Zero-ETL服务来啦！

2024-05-08 656

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

本文涉及的产品

阿里云百炼推荐规格 ADB PostgreSQL，4核16GB 100GB 1个月

云原生数据仓库AnalyticDB MySQL版，基础版 8ACU 100GB 1个月

简介： 在大数据时代，企业有着大量分散在不同系统和平台上的业务数据。OLTP数据库不擅长复杂数据查询，不具备全局分析视角等能力，而OLAP数据仓库擅长多表join，可实现多源汇集，因此需要将TP数据库的数据同步到AP数据仓库进行分析处理。传统的ETL流程面临资源成本高、系统复杂度增加、数据实时性降低等挑战。为了解决这些问题，阿里云瑶池数据库提供了Zero-ETL服务，可以快速构建业务系统（OLTP）和数据仓库（OLAP）之间的数据同步链路，将业务系统的数据自动进行提取并加载到数据仓库，从而一站式完成数据同步和管理，实现事务处理和数据分析一体化，帮助客户专注于数据分析业务。

导读

在大数据时代，企业有着大量分散在不同系统和平台上的业务数据。OLTP数据库不擅长复杂数据查询，不具备全局分析视角等能力，而OLAP数据仓库擅长多表join，可实现多源汇集，因此需要将TP数据库的数据同步到AP数据仓库进行分析处理。传统的ETL流程面临资源成本高、系统复杂度增加、数据实时性降低等挑战。为了解决这些问题，阿里云瑶池数据库提供了Zero-ETL服务，可以快速构建业务系统（OLTP）和数据仓库（OLAP）之间的数据同步链路，将业务系统的数据自动进行提取并加载到数据仓库，从而一站式完成数据同步和管理，实现事务处理和数据分析一体化，帮助客户专注于数据分析业务。

OLTP数据库跑“分析”的痛点

OLTP是传统的关系型数据库的主要应用，擅长基本日常的事务处理，例如银行交易等。但是OLTP数据库不擅长复杂数据查询，不具备全局分析视角等能力，具体的痛点为：

负载无法隔离：AP分析业务对于资源的消耗，会影响TP在线业务，导致响应变长。
无法全局分析：业务数据通过分库分表（比如游戏行业按照区服）的方式存在不同TP数据库实例内，无法分析全部游戏玩家的行为。
无法复杂分析：分析业务通常需要多表JOIN关联，挖掘数据之间的关系。但TP架构并不适合做复杂分析，容易卡住。

OLAP如何解决以上痛点

OLAP数据库支持复杂的分析操作，擅长多表join，可实现多源汇集，侧重决策支持，并且提供直观易懂的查询结果，可以很好地解决OLTP数据库跑分析时的痛点：

资源隔离：AP系统和TP系统在资源层面完全隔离，分析业务对在线业务0影响。
多库合并：分库分表后多个TP数据库实例的数据，可以在数据同步过程中进行多库合并，将所有数据都放到一个AP数据仓库实例中进行全局分析。
并行计算：AP数据仓库，采用MPP并行计算架构，可以把一个复杂大查询拆分成若干个小查询。

同时，OLAP数据库内置常用分析函数，能够高效挖掘数据价值。

漏斗分析函数：漏斗分析是一种分析用户在行为流中指定步骤转化情况的分析模型，它可以帮助分析师快速掌握一段时间内产品在各个步骤环节中的转化情况，从而达到查缺补漏，优化转化流程的目的。
留存分析函数：留存分析主要分析用户的整体参与程度、活跃程度的情况，考查进行某项初始行为的用户中，会进行回访行为的人数和比例。
路径分析函数：路径分析是一种分析行为顺序、行为偏好、关键节点、转化效率的探索型模型。

因此，为了对数据进行有效分析、提高企业决策效率，我们需要将数据从OLTP数据库同步至OLAP数据仓库。

传统数据同步的挑战

提到数据同步就不得不提“ETL”。ETL 是将上层业务系统的数据经过提取(Extract)、转换清洗(Transform)、加载(Load)到数据仓库的处理过程，目的是将上游分散、凌乱的数据整合到目标端数仓，通过在数仓中做进一步的计算分析，来为业务做有效的商业决策。

想象一下，你网购了一些商品，这些商品需要从卖家手中经过若干个环节最终送达到你的手里。传统的快递流程就像是ETL过程：首先，货物需要从卖家处提取（Extract），然后根据需要进行包装转换（Transform），最后通过物流送到买家手中（Load）。这个过程中包含了多个步骤，既耗时又增加了货物出错或者延迟到达的风险。传统ETL流程也有如下缺点：

资源成本增加：不同的数据源可能需要不同的ETL工具，搭建ETL链路会产生额外的资源成本。
系统复杂度增加：用户需要自行维护ETL工具，增加了运维难度，无法专注于业务应用的开发。
数据实时性降低：部分ETL流程涉及周期性的批量更新，在近实时的应用场景中，无法做到快速产出分析结果。

每当启动一个新的数据项目，都会引发一系列复杂的ETL任务，这些任务仿佛是资源消耗的无底洞，不断消耗着项目团队的精力与资源。

此外，传统数据同步链路开销较大，并且配置困难，眼花缭乱的源库和目标库、大而全带来的复杂配置、手动填写账密信息、手动指定目标表的主键/分布键等等使传统数据同步过程耗时且效率低下。

Zero-ETL服务诞生

传统的数据同步过程繁琐复杂，但是没关系，Zero-ETL服务已经诞生，来拯救“怕麻烦”的你啦！让你轻松完成一站式数据同步和管理，实现事务处理和数据分析一体化。

那么，什么是Zero-ETL呢？回到刚刚那个场景，Zero-ETL就好比是一种“即时送达”的闪送服务。你下单之后，商品就会从卖家那里快速送到你的手中，中间不需要其他繁琐的处理步骤。

在数据处理领域，Zero-ETL可以减少在不同服务间手动迁移或转换数据的工作，降低ETL的成本和复杂度，让用户不需要开发和关注ETL流程，专注于上层的应用开发和数据分析。无论企业和数据的规模有多大，复杂度有多高，通过为客户消除 ETL 和其它数据迁移任务，助力客户专注于分析数据，面向业务获取新的洞察。

阿里云瑶池提供的Zero-ETL服务

为了解决传统数据同步带来的挑战，阿里云瑶池数据库提供了全新Zero-ETL服务，免费帮你快速构建业务系统（OLTP）和数据仓库（OLAP）之间的数据同步链路，将业务系统的数据自动提取加载到数据仓库。不用再担心链路费用高、配置复杂的问题，让你轻松体验免费、易用的数据同步功能，一站式完成数据同步和管理，实现事务处理和数据分析一体化。

如下面的架构图所示，数据源端的OLTP可以是云数据库RDS、云原生数据库PolarDB，通过Zero-ETL将数据实时同步至目标端云原生数据仓库 AnalyticDB，只需要简单配置源端和目标端，便可完成同步任务的构建。

云原生数据仓库AnalyticDB MySQL基于湖仓一体架构打造，高度兼容MySQL，毫秒级更新，亚秒级查询，可以同时提供高吞吐离线处理和高性能在线分析。云原生数据仓库 AnalyticDB PostgreSQL 自研云原生存算分离架构，企业级能力完备，高性能的向量检索引擎，可提供流批一体的实时数据处理能力。

目前已上线的阿里云瑶池Zero-ETL链路为：