上周，OceanBase在北京召开了其2023年度产品发布会。发布会选在了中国大饭店，以前这可是IBM和Oracle等外资大厂的必争之地，足见气势不一般。本期，分享一下发布会的新感悟，以及OceanBase老友会见证实录。
根据OceanBase公布的最新商业化进展，其数据库已经服务超过1000家行业客户，客户数年增长150%，其中30%的客户将OB用于核心系统。在金融行业，Oceanbase已经成为市场占有率第一的分布式数据库。本场OB邀请了交通银行、北京银行和中国太保等多个不同行业客户做了案例分享。潭主觉得整场客户案例中，太平洋保险的分享最接地气。正如嘉宾所说，信创不是厂商单方面的事，需要甲乙方共建，共克时坚才是正道。去年发布会OB邀请国寿站台，今年又找来太保助威，OceanBase在保险行业信创上成绩斐然。前阵子，潭主在新云PoC期间跟部分云厂商做客户案例交流，对方都声称太保是自己客户，结果呢，太保一出台，啪啪打脸。再说某城商行，听闻原来用的是TiDB，这次另觅新欢，揽OceanBase入怀。
咋就不能单一来源呢？瞅瞅人家某阳银行和某鲸捷是咋琴瑟和鸣的。不过，最近有网传消息破坏和谐，但甲乙双方的PR却迟迟按兵不动。直到某天轮的出现，丙方和乙方才双双发声，表明乙方是“受害者”，但甲方依旧沉默不语。本场发布会，OB多次强调了其一体化战略，结合OB高层对战略的解读，潭主也谈谈自己的看法。
同时支持TP和AP的工作负载，通过一体化的SQL引擎实现简单查询拉数据，复杂查询推执行计划，但这种多模支持比HTAP要更有深度。增强对JSON，XML的支持，兼容数据访问接口，感觉有点阿里Lindorm的意思。
多模数据库的概念并不新鲜，但厂商“一体化”的提炼能力值得学习。
整合零散的MySQL或Oracle，既简化管理，又提升可用性，更适合微服务架构，还能借助OB存储压缩的特性大幅减少对存储资源的占用。潭主当初看中OceanBase很重要的一点就其多租户的设计。借助OB的LSM Tree存储架构，完美实现Share Nothing和Share Storage结合，降本增效。
前不久，潭主在ClickHouse北京Meetup上也听到了相似内容，对基于S3实现存算分离有了一些新认知。
目前，阿里云正在跟ClickHouse进行排他性商业合作，并在其公有云上实现了集群的存算分离和Serverless，但只在CH的商业化版本上支持。不过，潭主觉得OB在私有云中通常不会选存算分离架构。
总之，OceanBase通过一体化的管控来抵消复杂度，以一己之力解决客户80%的应用场景，增强使用体验，让用户回归业务。
对比去年发布会感悟，结合OB未来的RoadMap，潭主也提炼了几点重要信息：
重要之处在于OB在这个版本“完成了”OLTP的开发，未来版本的重点将放在OLAP的列式存储上。OB在发布会上PK了一下ClickHouse ，以证明自己在AP领域同样有建树，有点挑事不嫌早的意味。
以接近两个副本的开销实现RTO=0，优化了同城双活和三地五中心容灾方案。当年IBM为了让用户从Oracle迁移到DB2，也搞了Oracle兼容模式，现在想来OB也有模仿的嫌疑。OB的思路大概是既然大家都跟Oracle兼容，所以彼此也能相互兼容。
不过，潭主之前在OMA和OMS对DB2的测试并不理想，但OB这个观点有启发。
一手联合生态服务商攻坚客户关键系统，一手扶植爱可生做ActionDB，基于OB开源内核构建商业版本。套路很熟，跟华为openGauss的海量数据和云和恩墨一样，为服务商转型指明了道路。OB新版本有很多特性，比如自治服务的新OAS工具 、支持DBlink等，此处不再展开。
发布会期间，OB市场部举办了一个OceanBase DBA老友会。
走进会场，见其他人相谈甚欢，放眼望去却发现一个熟人都没有。这种尴尬氛围立刻让潭主有了IBM DB2 CAC的代入感，勾起了对往事的回忆。当年，潭主参加DB2的CAC（客户顾问委员会）时场面也是如此，嘉宾分两边落座，一边是DB2产品线相关负责人，一边是CAC客户代表。
在嘉宾介绍环节，潭主发现除了自己其他清一色都是银行的。
而这次的老友们除了新晋的OBCE（对标O记的OCM），还有不少ACE，很多是当年ITPub版主，但大都是Oracle标签。保险行业大都用Oracle，像潭主这种DB2的InstallBase实属另类，而保险和银行也不是一个圈子，想不耍单都难。关于客户专家委员会，Oracle也有相应的机制，这次OB发布会也给安排上了。老友会期间潭主旁听了DBA们对OB的吐槽和建议，有些收获。
会后聚餐，某大V跟潭主分享了他作为数据架构师的日常，受益匪浅。
更重要的是，潭主借机结识了白鳝的洞穴、韩峰频道、四海内皆兄弟、胖头鱼的鱼缸等几个DBA圈的大V，大家都很卷。
从DB2 V8.1到V10.5，经历了DB2在中国的辉煌时期，一转眼就20年。会上OceanBase说要在新版本引入列存模式，增强对OLAP的支持。
在潭主印象中，DB2在10年前就已经交付了行列混存的引擎DB2 BLU，感觉落差有点大。当初DB2 BLU为啥没成功，除了厂商自身，用户的路径依赖也是重要因素。
毕竟还有Scale Up可以维持、SSD可以加速，况且当时的大数据还没在风口上，所以HTAP不是用户真正的痛点。
最关键的还是Oracle太过强大，这都还没算Exadata。
时来天地皆同力
原本是写科技观察的，但写着写着就变成了潭主的此情可待成追忆。
前几年告别IBM了，如今行走在OceanBase的道路上，归来仍是少年。
借OceanBase的PPT结语“热爱可抵岁月漫长，梦想能克迢途迷茫”作为结尾。
感谢OceanBase的邀请！核心改造再见！
- END -
感谢阅读。如果觉得写得还不错，就请点个赞或“在看”吧。
感谢阅读
