新零售行业技术的新要求
新零售的每个阶段都在发生改变,也逐渐向智能化发展。当渠道和业务场景越来越多,货物要应对多渠道,场景在生产环节中会发生诸多变化。如为不同人群打造不同产品的个性化生产,建立私域流量池,与用户产生更多连接,通过社群给用户更多的归属感,从而产生共情,这样才可能把专属打造的产品赋予用户。和熟人做熟悉的买卖,不断把新产品卖给熟人,是最好的商业模式之一。
新零售正面临许多挑战,比如由于数据量增长,导致SLA下降,影响营收和用户体验;流量增加,对数据分析时效性要求越来越高等在内的多种技术挑战,提高全渠道、精细化的流量及用户运营能力,已经成为零售企业实现流量价值最大化的必备能力。
OceanBase应对之道
当新零售企业数据库面临以上挑战和难点,完全自主研发的原生分布式数据库OceanBase通过以下技术能力,可以帮助新零售企业更好地解决这些问题。1、一体化架构的HTAP 能力,用一套计算引擎同时支持 TP 和 AP 的混合负载,实现一份数据既可以进行事务处理又可以进行数据分析。2、OceanBase可以实现透明扩展,自动负载均衡,单集群规模可达数千节点,数据量可达 PB 级,单表记录万亿行。
3、OceanBase采用单集群多租户设计,天然支持云数据库架构,有效实现资源隔离;
4、OceanBase 首创“三地五中心”城市级故障自动无损容灾新标准,系统无单点故障,保证RPO=0, RTO<30s。
新零售实践案例
某全球知名咖啡新零售该咖啡品牌原有各系统大多基于传统的Oracle / MySQL数据库,随着用户和业务的增长,订单、优惠券等存在较高的数据库高并发服务能力需求。此外,原有各系统数据库部署架构为异构分散式,有些部署于自有机房,有些部署于云上,云上云下数据割裂,无法满足业务转型所需低系统性风险、管理运维要求。通过OceanBase,该品牌整合了订单、会员等多套系统,现有Oracle和MySQL应用无损迁移,数据库整合大幅降低了运维管理的难度,分布式升级有效解决了传统数据库并发能力扩展性问题。通过OceanBase的多云部署能力,该品牌扩展单一云部署架构,有效解决了数据多云共享的难题。故障恢复时间也从小时级降低到分钟级,业务连续性达到99.99%。某中国知名火锅新零售某知名火锅品牌,该企业在构建全新的线上智能服务系统过程中,数据井喷对数据库扩展性、服务连续性、响应时长、资源利用率等提出了更高的要求。通过OceanBase原生分布式的高扩展、高可用、高性能等特性,该企业数据库获得了近似无限扩展的能力,基于Paxos协议为用户提供7x24小时的持续服务。借助OceanBase的高存储压缩率,多租户混部充分利用系统资源以及HTAP混合负载减少数据冗余,该品牌的数据存储成本实现大幅下降。
阅信云数据架构痛点
阅信云作为专业的云通信服务商,发展的十年间,依托技术和运营经验的积累已服务了包括金融、教育、能源、政府等公共组织和诸多行业客户,但如今也面临数据架构制约业务发展的现状。
阅信云数据架构存在高度依赖Redis、数据查询效率低、业务数据库无法继续扩展、数据表按天分表/按号段分库存储、数据同步效率低成本高等痛点。
阅信云的解决方案
阅信云目前正在从MySQL迁移到OceanBase,尤其是运营数据表实现了平滑迁移,业务数据表正在迁移中,后续还将和OceanBase共同制定函数/存储过程的迁移方案。完成迁移后,阅信云将实现查询效率提升2倍,成本再降低1/3;存储上限实现PB级,可存储3年以上的数据,数据热备份/冷备份;1个表1个月数据2天完成,同步效率提升60倍,实现0开销。
对于企业级数据架构未来的发展趋势,向永清认为,随着现代数据科学和机器学习平台的不断发展,第三代数据科学产品将替换第一代高级数据分析产品,为数据库的发展带来新的变革和机遇。
新零售行业技术的新要求
新零售的每个阶段都在发生改变,也逐渐向智能化发展。当渠道和业务场景越来越多,货物要应对多渠道,场景在生产环节中会发生诸多变化。如为不同人群打造不同产品的个性化生产,建立私域流量池,与用户产生更多连接,通过社群给用户更多的归属感,从而产生共情,这样才可能把专属打造的产品赋予用户。和熟人做熟悉的买卖,不断把新产品卖给熟人,是最好的商业模式之一。
新零售正面临许多挑战,比如由于数据量增长,导致SLA下降,影响营收和用户体验;流量增加,对数据分析时效性要求越来越高等在内的多种技术挑战,提高全渠道、精细化的流量及用户运营能力,已经成为零售企业实现流量价值最大化的必备能力。
OceanBase应对之道
当新零售企业数据库面临以上挑战和难点,完全自主研发的原生分布式数据库OceanBase通过以下技术能力,可以帮助新零售企业更好地解决这些问题。1、一体化架构的HTAP 能力,用一套计算引擎同时支持 TP 和 AP 的混合负载,实现一份数据既可以进行事务处理又可以进行数据分析。2、OceanBase可以实现透明扩展,自动负载均衡,单集群规模可达数千节点,数据量可达 PB 级,单表记录万亿行。
3、OceanBase采用单集群多租户设计,天然支持云数据库架构,有效实现资源隔离;
4、OceanBase 首创“三地五中心”城市级故障自动无损容灾新标准,系统无单点故障,保证RPO=0, RTO<30s。
新零售实践案例
某全球知名咖啡新零售该咖啡品牌原有各系统大多基于传统的Oracle / MySQL数据库,随着用户和业务的增长,订单、优惠券等存在较高的数据库高并发服务能力需求。此外,原有各系统数据库部署架构为异构分散式,有些部署于自有机房,有些部署于云上,云上云下数据割裂,无法满足业务转型所需低系统性风险、管理运维要求。通过OceanBase,该品牌整合了订单、会员等多套系统,现有Oracle和MySQL应用无损迁移,数据库整合大幅降低了运维管理的难度,分布式升级有效解决了传统数据库并发能力扩展性问题。通过OceanBase的多云部署能力,该品牌扩展单一云部署架构,有效解决了数据多云共享的难题。故障恢复时间也从小时级降低到分钟级,业务连续性达到99.99%。某中国知名火锅新零售某知名火锅品牌,该企业在构建全新的线上智能服务系统过程中,数据井喷对数据库扩展性、服务连续性、响应时长、资源利用率等提出了更高的要求。通过OceanBase原生分布式的高扩展、高可用、高性能等特性,该企业数据库获得了近似无限扩展的能力,基于Paxos协议为用户提供7x24小时的持续服务。借助OceanBase的高存储压缩率,多租户混部充分利用系统资源以及HTAP混合负载减少数据冗余,该品牌的数据存储成本实现大幅下降。
阅信云数据架构痛点
阅信云作为专业的云通信服务商,发展的十年间,依托技术和运营经验的积累已服务了包括金融、教育、能源、政府等公共组织和诸多行业客户,但如今也面临数据架构制约业务发展的现状。
阅信云数据架构存在高度依赖Redis、数据查询效率低、业务数据库无法继续扩展、数据表按天分表/按号段分库存储、数据同步效率低成本高等痛点。
阅信云的解决方案
阅信云目前正在从MySQL迁移到OceanBase,尤其是运营数据表实现了平滑迁移,业务数据表正在迁移中,后续还将和OceanBase共同制定函数/存储过程的迁移方案。完成迁移后,阅信云将实现查询效率提升2倍,成本再降低1/3;存储上限实现PB级,可存储3年以上的数据,数据热备份/冷备份;1个表1个月数据2天完成,同步效率提升60倍,实现0开销。
对于企业级数据架构未来的发展趋势,向永清认为,随着现代数据科学和机器学习平台的不断发展,第三代数据科学产品将替换第一代高级数据分析产品,为数据库的发展带来新的变革和机遇。