云原生数据仓库AnalyticDB MySQL 助力蜂创提升营销SAAS平台和CDP产品性能-阿里云开发者社区

开发者社区> stromal> 正文

云原生数据仓库AnalyticDB MySQL 助力蜂创提升营销SAAS平台和CDP产品性能

简介: 阿里云AnalyticDB满足了蜂创营销SAAS平台海量数据实时分析秒级返回的诉求,弹性模式的冷热存储分离能力帮助他们节约了很大的数据存储成本。
+关注继续查看

阿里云AnalyticDB(下文简称:ADB)满足了我们营销SAAS平台海量数据实时分析秒级返回的诉求,平台的用户和订单数据一直大规模增长,对分析型数据库的弹性要求较高,ADB的平滑弹性升降配对业务影响很小,在扩容升配的时候还能正常访问;ADB弹性模式的冷热存储分离能力帮我们节约了很大的数据存储成本。PolarDB-X解决了我们海量数据读写和存储扩展性的问题。  ----蜂创科技研发负责人吕军雷


关于蜂创科技


image.png

北京蜂创科技有限公司于2016年成立,中国企业级数字化营销解决方案提供商。公司拥有品牌“极目云客”。旗下营销活动一体化管理SaaS平台、客户关系CRM管理平台、终端门店管理平台、精准营销投放平台等平台,领先于国内数字营销垂直领域。以SaaS管理平台、资源供应链、整合传播增值服务为一体化解决方案,为企业级客户精准实现市场目标提供高效助力。


致力于企业的数字化营销,让企业在人、货、场上数据在线,并进行参与互动,数据智能和有效协作。

业务快速发展,面临巨大技术挑战


蜂创的业务飞速发展,数据量迅猛增长,给数据平台带来了巨大的技术挑战。


查询速度慢

极目云客平台单表数据量从数亿到数十亿不等,业务上需要做多表关联以及多维度及时分析查询。过去用普通关系数据库来支撑,查询耗时太长,不能快速返回业务查询结果,特别是对于交互式探索分析来说,用户体验影响更大;希望在毫秒/秒级实时响应,提高产品核心竞争力。


降低技术复杂度

基于传统数据仓库和以hadoop为代表的大数据技术方案,由于技术组件多、架构复杂、数据链路长、技术复杂度高,带来的问题是系统维护成本高,需要投入较大人力专门搭建平台和升级运维。由于学习成本高,人才培养难度大。


同时由于数据需要经过多个技术组件,数据接入和数据ETL开发工作量都比较大,新增一个业务场景需要全链路开发,从数据产生到应用上线时间周期长。


扩展性要求高

近年来公司业务发展非常迅速,客户数越来越多,数据量越来越大,需要保证平台的读写和存储性能水平扩展,要求技术架构稳定,业务代码无需修改来应对业务增长。


实时数仓解决方案

针对蜂创的业务挑战和应用场景,采用AnalyticDB MySQL版(简称ADB)作为实时数仓引擎,构建云上湖仓一体的解决方案,整体技术架构如下图所示:

image.png

业务数据通过DTS将PolarDB-X的数据同步到ADB,简化数据采集链路开发过程,解决数据传输实时性问题, 实现数据秒级延迟。


基于AnalyticDB构建一体化的数据仓库,能在同一平台进行数据清洗、ETL计算和实时查询服务,数据无需搬迁,减少开发工作量。


AnalyticDB支持数十亿数据毫秒/秒级查询实时响应,实现交互查询应用和报表实时化,极大提高了用户体验和产品竞争力。


AnalyticDB支持对OSS等外部开放数据存储进行自由读写。


同时AnalyticDB支持冷热数据分层功能,可以根据业务特征将数据定义为热数据、温数据和冷数据。热数据存储在ESSD介质上,查询性能好;将冷数据存储在OSS等介质上,查询性能稍弱,但存储成本降低;支持按照二级分区将同一张表的近期数据定义为热数据、远期数据定义为冷数据,热数据按时间周期滚动变为冷数据,既保证热点数据的查询性能,又能降低存储成本。冷热数据存储功能让存储总成本降低60%以上。


image.png

AnalyticDB弹性能力


AnalyticDB采用云原生的技术架构,天然具备原生的弹性能力。AnalyticDB支持集群资源横向水平扩展,在不中断业务的情况下随时动态扩容,降低运维成本。


在蜂创的业务场景中,存在明显的波峰波谷特征,在上班高峰期早上9点至11点查询请求量是其他时段的数倍。过去为了应对查询高峰,需要最大化预留计算资源,但在业务低峰期,这些资源实际上是浪费的。


AnalyticDB的分时弹性能力完美地解决了这个问题,可以按小时制定分析弹性计算资源计划,每天早上8点半准时弹出扩展计算资源,11点自动释放,平滑地解决了业务高峰资源瓶颈问题。分时弹性计算资源按小时计费,只需承担2小时的资源成本,比过去24小时持有计算资源的模式总体成本降低30%。


image.png

未来展望

大数据与数据库技术的融合是大势所趋,“湖仓一体”正成为企业数据仓库架构设计新方向。AnalyticDB 具备海量数据的存储和计算能力、支持开放的数据格式,同时具备数据库的数据实时写入更新、数据一致性,兼容标准SQL语法,与常用BI产品无缝对接。既具备大数据平台的能力又具备数据库的体验,是企业级数据仓库产品的最佳选择。


image.png

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

相关文章
惊天性能!单实例RDS PostgreSQL 支撑 2000亿 实时标签透视案例
标签 PostgreSQL , varbitx , 标签 , 任意圈选 , 阿里云 , RDS , bitmap , 分段 , 并行计算 , 异步调用 , dblink , 异步dblink , 游标 背景 20亿用户,每个用户1000个标签,基于任意标签组合圈选、透视(业务上的需求是一次最多计算100个标签的组合)。
3079 0
云原生数据仓库AnalyticDB MySQL 助力蜂创提升营销SAAS平台和CDP产品性能
阿里云AnalyticDB满足了蜂创营销SAAS平台海量数据实时分析秒级返回的诉求,弹性模式的冷热存储分离能力帮助他们节约了很大的数据存储成本。
156 0
MySQL Innodb数据库性能实践
在实际工作中,经常有同事问道:MySQL Innodb表记录数多大是合适的? 一般的理解肯定是表越大性能越低,但具体低多少呢,是缓慢下降还是急剧下降,是1000万就下降还是1亿才下降呢? 针对这些问题,我做了一下基准测试,基准测试环境如下: ...
703 0
利用MySQL系统数据库做性能负载诊断
利用MySQL系统数据库做性能负载诊断某大师曾说过,像了解自己的老婆 一样了解自己管理的数据库,个人认为包含了两个方面的了解:1,在稳定性层面来说,更多的是关注高可用、读写分离、负载均衡,灾备管理等等high level层面的措施(就好比要保证生活的稳定性)2,在实例级别的来说,需要关注内存、IO、网络,热点表,热点索引,top sql,死锁,阻塞,历史上执行异常的SQL(好比生活品质细节)MySQL的performance_data库和sys库提供了非常丰富的系统日志数据,可以帮助我们更好地了解非常细节的,这里简单地列举出来了一些常用的数据。
2895 0
阿里云数据库团队核心亮相M17 揭秘AliSQL、MariaDB合作细节
日前,MariaDB 第一次年度用户会议 (M|17)在美国纽约举行。丁奇、彭立勋、冷香等三位阿里云数据库核心首次集体亮相,和全球数据库顶尖高手一起分享了AliSQL背后的故事。 会议期间,美国diginomica网站记者Jon Reed独家采访了这几位来自中国的数据库代表。
3519 0
阿里云“万仓计划”重磅发布,助力每个企业构建属于自己的云原生数据仓库
“万仓计划”推出“免费实时一键建仓服务”、“1元体验的云原生数据仓库”、“完善的开发者生态及应用生态”等一整套方案,助力企业低成本、低门槛构建属于自己的数据仓库。
596 0
+关注
190
文章
0
问答
来源圈子
更多
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载