暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

客观角度观察国产数据库--OB开发者大会

原创 薛晓刚 2024-04-21
316

受邀参加大会

周末OceanBase在上海举办了第二届开发者大会。举办方组了一个观察团(这些非OB的用户组成的),没有使用OB的人,站在第三方角度来看看OB的产品和生态,以及对OB有什么意见和建议。

我自己所在的公司没有使用OceanBase、TiDB、Polardb这国产数据库前三甲。但是我都参与他们的活动,所以既然没有使用倾向那么就算相对客观吧。

举办规模和主题

这是第二次参加开发者大会了,规模和上次差不多。上次是发布具有里程碑的4.1版本。这次是4.3版本。官方定义也是具有里程碑意义的。会议围绕的是数据库一体化、TP与AP的融合、多模等方面在展开的。

这不由得让我想起来2021年,信通院发布了数据库发展的七大趋势:
1、多模
2、HTAP
3、充分利用新兴硬件
4、AI
5、与云基础设施深度结合
6、隐私计算
7、区块链

很多人不理解隐私计算和区块链其实都是数据库的技术栈范围。不过这次大会没提,我今天的文章也不重点说了。

不过其他的会上都提及了。这也符合当初判断的趋势。其实各家也都在这些趋势上你争我赶。

我个人其实对于多模和HTAP这两个方向尤为看中。主场上CTO日照提到他认为HTAP可以再几百GB到几百TB的数据规模下使用的比较好。再大就不好说了。其实我非常赞同。很多企业的核心数据就是几百GB。这就已经很大了。1PB以上的结构化数据,绝对很少。

这对于中小企业,甚至一些大来说解决了很多问题。不需要解决TP到AP的传输、实时、一致性等多方面的问题。不需要投入人力物力财力来保障这条链路的稳定。他也提及以前的Hadoop的太复杂了。这点上我和广大的数据库从业者同意的不能再同意了。

有些企业如果采用HTAP的技术路线替代CDH,那降本是实实在在的。直接裁撤1-2个部门都是可能的。比起减掉几个服务器或者去O什么的来说收益大多了。人才是最贵的。

而多模的也是大家说的很多的。台下概况就是ALL in one。这其实对于企业来说也是好事。为什么要那么多技术栈?系统复杂度越高,维护稳定的成本越高。这与维护者得水平高低没有必然联系。

如果只有一套数据库,那么可能连系统架构师都不太需要。应用架构师等还是要的。数据是架构的中心,架构是围绕数据库展开的。这是我的观点,不喜欢的可以路过。

举办方初衷

如今头部数据库厂商,无论国内和国外都是非常注意倾听用户的声音的。通过一些用户反馈和原厂的解释都提到:ob还是专注于解决好每个客户的问题,做好每一个细节,客户的每个问题都比原厂自己想的技术点更加重要。

现在不管是用户还是厂商都比较理性。

题外

其实我一直有个问题,因为OB是蚂蚁自研的,在蚂蚁里面用的应该是不错的。看到每次版本更新还有bug,我觉得不应该。这次有人帮我解答了一下。因为之前在蚂蚁的场景下是没问题的。那么换到其他场景下可能就不一样了。另外就是很多在蚂蚁中是由应用完成的工作,现在在推广过程中是数据库来完成的。原来应用做的多,数据库少。而现在数据库多应用少。总之活是躲不掉的,就看谁做了。

其实蚂蚁的开发工程师应该是很不错的,能力也很强,那么换到非互联网公司那么就不一样了。

最后就是很多技术圈的朋友相见了。只放合影了。单独的太多了就不放出来了。
b2f1fc94074a110faf6353d1108bac2.jpg

6495c39579db774a40724b5d83f3849.jpg

42247e52527081de4073c097d74e748.jpg

42f092faa2d64e3673d64a0711c815b.jpg

35b2b3b9961ceb43ac9e419b011264c.jpg

最后修改时间:2024-04-21 20:28:29
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论