当前位置: 首页 > article >正文

伯俊软件CTO陈雨陆:R3全渠道业务中台的OceanBase落地实践

11 月 16 日,OceanBase 在京顺利举办 2023 年度发布会,正式宣布:将持续践行“一体化”产品战略,为关键业务负载打造一体化数据库。其中,“数字化转型升级实践专场”我们有幸邀请到伯俊软件 CTO 陈雨陆进行《OceanBase 在伯俊软件 R3 的实践》主题演讲,以下为演讲整理全文:

大家好,我是伯俊科技软件公司的陈雨陆,目前在公司担任 CTO 岗位,接下来将为大家分享 OceanBase 在伯俊软件 R3 的实践。

伯俊科技从事于泛零售行业,帮助企业做数字化转型,服务了中国和全球的 5000 多家知名品牌,帮助客户在零售线上线下做信息化支撑和业务拓展。从 1999 年成立到现在 24 年,每年所有客户营业额总流水超过 1000 亿,在中国遍布的所有终端加起来有 30 万,每天都在帮助零售客户完成相应的业务支撑。

图片

图片

零售企业的服务场景即“人、货、场”,当下所有零售企业最关心的就是建立品牌的全渠道零售能力。那么对于我们而言,就是帮助所有客户在任何渠道都能接住每一笔生意。此外,对所有品牌来说,基于全渠道一盘货以「最小的货盘」做「最大的生意」就是全渠道零售带来的核心价值。

图片

伯俊科技从 2018 年开始,由传统架构软件向中台一体化全渠道软件进行探索和开发。基于打造企业全渠道零售的背景,我们推出 R3 全渠道业务中台的产品。

图片

这个时间段正值互联网爆发,对零售企业而言与互联网产业密切相关,所以在时代大浪潮下,随着技术的变化,我们要满足客户在不同场景的业务闭环,而且要保留原来在业务里所有操作的便捷性、业务的关注点,更灵活地支撑,而不是给客户而带来相应的负担。

由此,R3 的整体架构也从原来一体化的软件逐渐走向 IaaS 层,搭建自己的 PaaS,通过中间的业务域建立相应的业务体系支撑中心。在业务域基础上,为不同业务上游提供不同业务场景的业务应用,直接在中台上最终为客户在不同场景如电商、门店、经销等支撑业务闭环。

图片

在如此复杂的全渠道中台背景下,我们发现一个最大的问题——数据库架构非常复杂。

图片

首先,互联网的微服务化推出要分库分表,通过分库分表提供相应的 OLTP 能力,原来基于传统关系型数据库的架构到互联网时,无法稳定支撑高并发,那时数据库产品还没来得及跟上,所以不得已开始采用分库分表做支撑。

然后,分库分表支撑下导致另一个问题,传统集中式数据库虽然享受到不错的 OLTP 能力,但当我们要查询订单,要按照模糊查,要按照备注进行修改,要看每天的进销存等。这时在互联网大中台和微服务推动下,我们选择了高 OLTP 解决业务速度的问题。相应地其他问题也要解决,所以基于订单查询我们又采用了 ES 来做相应订单的过滤、订单的查询,当它在 ES 里查询到相应数据后,再以 ID 的方式回流到 DRDS 分库分表里,再把数据吐出来,这样才能满足一些场景。

再往后,就到了业务报表的统计、分析。我们在搭建“IT+DT”(注:DT 为数据中台)双中台的时候,很多客户就说,原来在 IT 里的业务统计、业务分析,用互联网的架构感觉并没有带来什么好的突破,反而还带来了负担。因为IT不能闭环,必须要有 DT 进行闭环,所以在日常的报表和企业相应数据支撑里,我们又采取了其他的数据库和数据中间件来支撑它在 IT 里日常过程中的业务支持。采用 Binlog 解析,通过 DTS 或者 Kafka,将相应的数据流传输到带有 OLTP 能力的关系型数据库里,来作为日常的数据支撑。处理不了的数据,我们再通过 Flink 直接发送到DT,做最终的数据统计与分析。

这一套下来不难发现整体架构太过于复杂,如果能在 2018 遇见 OceanBase,我们就不用走那么多弯路。因为当时市场上还是互联网推动的时候,大家都在讲,某一个技术只为一个业务场景来进行服务,所以我们不得不一步一步去尝试在不同业务场景下选择各种各样的技术方案,来满足客户当下的业务。

五年过后,客户的业务发生了变化,互联网架构下也慢慢开始发现一些问题。第一个问题,成本越来越高。每年的成本,比如雷打不动的那么多中间件,每一个中间件每年的费用高达三、四十万,四个中间件加起来一百多万,就解决“OLTP+OLAP”一体化这一个问题;第二个问题,接下来还有人员的边际成本来运维所有中间件,后续还有企业如何从技术平台迁移到其他云,迁移到自己的信息化里,这一块带来的问题越来越多。

图片

伯俊软件一直与零售行业走得很近,我们发现在目前的大环境下,所有电商流量也开始均摊化。过去的“双 11“只有当天算是活动高峰期,但现在已经变成多波段,从 10 月 25 开始预售到 11 月 11 号付尾款,流量已经被打散。

当年在互联网蓬勃发展的大背景下,企业的想法很简单,就是我拥有了互联网的架构、互联网的技术来满足相应的业务体量。如今的企业市场经济增长不再高歌猛进,零售企业为信息化做的投入也可以进行流量均摊。接下来我们再往深水区走一些,中台技术基于数据库的转型也应该要升级了。

此时,伯俊软件希望能找到一个能够融合所有技术,比如基于 OLTP 和 OLAP 为一体的融合型数据库。所以去年我们找了很多数据库厂家一起做测试,基于业务场景的契合度,我们最终选择了 OceanBase。

图片

OceanBase 目前的能力,一个数据库已经能够满足行业客户 80% 的需求,所有业务的查询和业务配套的分析基于 OceanBase 都可以一并解决,此时的整体架构也变得异常简单。

自从和 OceanBase 合作后,我们的客户口碑和业务满意度都得到了提升,既满足了客户业务的常态化需求,又满足了客户在高可用、高并发等性能上的提升,不仅如此,对当下企业最受益还是人员边际成本的降低、多余系统采购成本的降低。比如,中间件成本就可以节省掉了,大家想一想,零售企业的毛利本来就低,每年少交的一百多万,要卖多少东西才能把这一百多万挣出来。总的来说,企业负担减少了,但仍然享受相同甚至更高的数据库能力。

图片

R3 属于战略型产品,主要是满足营收大概 30 亿以上的头部客户,伯俊软件还有很多中长尾客户。我们将在这方面尝试与 OceanBase 打造基于公有云的 PaaS 能力的直接订阅,因为 OceanBase 能显著降低原来基于订阅的费用。

未来,作为零售行业服务商,我们将与 OceanBase 携手一起将技术能力转化成背后的普惠服务客户,以最好的性能和最优的价格,让更多中小型客户能在如此不容易的市场环境下还能用得起、还能挣钱,让现金带动内需,让大家都过上最好的生活。

图片

以上就是伯俊软件站在零售行业的当下,分享的落地 OceanBase 数据库实践,希望能对大家有所帮助,谢谢。


http://www.kler.cn/a/159143.html

相关文章:

  • 树莓派4B Qt+FFMPEG 多线程录制USB相机mjpeg数据流“h264_omx“硬件编码的MP4文件
  • python实现十进制转换二进制,tkinter界面
  • hive中map_concat函数介绍
  • 要查看你的系统是 x64(64位)还是 x86(32位),可以按照以下步骤操作
  • 【Python · PyTorch】卷积神经网络(基础概念)
  • SpringSecurity 鉴权认证入门讲解
  • 力扣295. 数据流的中位数
  • redis整理
  • 深入理解 Go 函数:从基础到高级
  • uniapp踩坑之项目:使用过滤器将时间格式化为特定格式
  • PET(Point-Query Quadtree for Crowd Counting, Localization, and More)
  • <Linux>(极简关键、省时省力)《Linux操作系统原理分析之文件管理(3)》(24)
  • Python智能语音识别语翻译平台|项目前端搭建
  • Vue3+nuxt+ts项目引入高德地图API实现步骤
  • 一文读懂中间件
  • 【LeetCode热题100】【双指针】接雨水
  • Mybatis XML 配置文件
  • HarmonyOS学习--TypeScript语言学习(二)
  • 【Java GUI 窗体开发实践】基于抽象模板设计模式下实现Windows SSH连接Linux服务器
  • 2023美图创造力大会开幕,美图发布AI视觉大模型4.0
  • 根据字符出现频率排序 (哈希表,map,cmp,sort,遍历)
  • 微服务学习(十三):安装Consul
  • L.next与L->next
  • Linux--初识和基本的指令(3)
  • Linux socket编程(11):Unix套接字编程及通信例子
  • 把 Windows 11 装进移动硬盘:Windows 11 To Go