前阵子，董事长在杭州与蚂蚁金服签署了一份战略合作协议。
于是乎，潭主决定在新云PoC测试之外再给自己找点事，去阿里公有云上试用一下OB Cloud。
其实，测试体验是假，紧跟战略才是真。
一份战略合作协议
网上查了查，蚂蚁集团官微披露，6月30日，泰康保险集团与蚂蚁集团在杭州签署战略合作协议，双方将重点围绕养老保障服务、投资者教育、科技创新等三个方向展开合作，进一步深化战略合作伙伴关系。
根据协议，在加强金融科技合作方面，双方将深化科技创新，在云计算、数据库、区块链、隐私计算、人工智能等技术领域及其应用方面的合作。
乍一看，跟新云项目关系还挺密切。
潭主适时更新一下蚂蚁的产品线，做好友商动态追踪。
阿里三剑客
新云项目中阿里给出的解决方案是阿里云底座+蚂蚁SOFAStack。
其实整体方案中还隐含了一个分布式数据库，那就是蚂蚁旗下的OceanBase。
反正阿里分享的成功案例基本上都跟三剑客有关，最出名的当属四川农信。
至于为什么这么推荐，自有阿里的道理。
大概阿里也认为蚂蚁集团比阿里云更贴近应用和业务侧吧，毕竟云是技术，业务才是价值。
潭主前期写过阿里云底座和蚂蚁SOFAStack的文章，这里不赘述。
今天的主角是OceanBase。
云巅之上的OB Cloud
数据库分两种，云原生的和非云原生。
数据库管理员也分两类，一类是懂OB的，另一类是不懂OB的。
OceanBase属于蚂蚁系，但其已作为产品独立运营。
既然独立，那OB Cloud就不会仅出现在于阿里云上。
但事情也没有那么简单，阿里云上的OB Cloud跟PolarDB或多或少存在同业竞争关系。
但这是个问题吗？是也不是。
换到阿里云的角度，这其实也显示了其生态的多样性和开放性，毕竟不同产品适应不同用户的不同场景。
OB Cloud体验之旅
潭主之前曾被领导安排负责去IOE，在核心系统改造相关技术上花费了不少时间，对当下主流分布式数据库并不陌生。
当时潭主还特意在线下搭建了仿真环境对OceanBase进行实测，这次体验OB Cloud算是温故而知新。
回想当初测试OceanBase时体验并不好，但有问题的实操对潭主了解OceanBase更有帮助。
相比TDSQL和GaussDB，潭主对OceanBase还是有些偏爱的。
一个是产品架构，一个是租户设计，这二者更贴合潭主对系统改造和业务连续性的需求。
仗着之前有“凿墙”（去IOE）经验，潭主这次在OB Cloud上采用了盲测。
先自助申请了一个MySQL租户实例，功能太过简单且很多高级功能不支持。
一边感受产品布局，一边向OB申请额外资源。
对方很给力，很快潭主在MySQL租户版的基础上又增加了一个集群版环境。
如下如所示：可以看到潭主有tk-obcloud（MySQL租户版）和tk-obcluster（集群版）两个实例。
OB Cloud测试小结
因为是盲测，所以测试过程欠佳，分享几点测试感受和收获：
OB Cloud的界面跟OB线下版差不多，有线下产品使用经验的会有熟悉感。
OMS，OMA和ODC等相关套件都被集成到OB Cloud中，使用简便。免去了软件安装的麻烦，当初潭主安装ODC还遇到了问题。
OB Cloud分单机版和集群版，OB Cloud集群是托管版，SYS租户对用户不可见，这也让潭主借机“温故”的计划落空了。
OB Cloud的部分功能相比线下版本有缺失，比如OMS目前仅支持同构。
都说大厂研发很卷，但实际上看起来似乎也不是。
又不是开发新功能，不知道为啥OB Cloud将现有产品功能做云化改造的进度这么慢，以至于潭主到处碰壁，产品差距明显超出潭主预期。
不过，用发展的眼光看这些功能问题后面都能解决。
当然潭主也不白测，顺手帮厂商发现了几个Bug。
受限于时间和资源，潭主本次只测了DBaaS的云服务模式，听闻不久后OB Cloud还将支持MaaS模式（Management as a Service），可以管理公有云上的独立OceanBase。
阿里云，脚踩两只船
关于分布式数据库，潭主在之前的“凿墙”系列文章中做过分享。
除了OceanBase、TDSQL和GaussDB外，还有TiDB和GoldenDB。
大厂的分布式数据库因为有云底座当靠山，所以不缺案例。
GoldenDB在中兴和中信双剑合璧成功干掉IBM 的AS/400后，在银行业的发展势头很猛，最新消息是广发银行的核心也换成了GoldenDB。
可能就TiDB稍微逊色点，不过其独立身份好像在制衡策略上也能发挥点作用。
潭主体验OB Cloud的另一个目的是想跟PolarDB做个选型对比，因为前者属于蚂蚁，而后者属于阿里云。
在潭主看来，阿里的PolarDB-X跟GoldenDB，TDSQL和TiDB更像一些。
华为向来自成一派，其GaussDB逻辑租户的架构远不如OB灵活、性价比高。
通常，客户玩开源弄得小库一大堆，管理和维护成本并不低。
云计算之后有了DBaaS，但多是数据库资源的整合，与分布式无关，尤其是到了同城双活和异地灾备等高阶场景更麻烦。
潭主看上了OB的多租户，整体上更有利于小库的资源整合，关键是可用性更高，再加上基于分布式的两地三中心，OB的产品架构相比友商更具优势。
之前没怎么接触过PolarDB，这次属于临时抱佛脚。
PolarDB也分好多种，支持MySQL、PGSQL，用多模数据库定义可能会准确些，此外还有个分布式版本叫PolarDB-X。
PolarDB的三个架构特征：云原生、HTAP和X-Paxos高可用。
PolarDB采用存算分离的架构，从某种程度上更像是Oracle RAC的扩展版，只不过底层是个分布式存储。
这几年数据库搞信创，真是百花齐放，就连厂商自己也是齐头并进，一会儿开源版，一会儿自研版，再在来个集中式和分布式，彻底把用户搞晕。
如果说产品架构和功能，感觉PolarDB比OceanBase更全，Share-Nothing、Share-Everything，样样都行。
但为啥三剑客没他呢？
瑶池的仙桃怎么挑？
前几天，潭主看了篇文章，《OceanBase进军公有云这一年：在最激烈的赛道，杀出来》，挺有感受。
世界很大，总有些人在做着改变。
关于新云计算、核心改造、去IOE和信创，其实可以归结为一件事。
对于脚踩两只船的阿里云，潭主的问题在于阿里云的PolarDB和蚂蚁的OceanBase有必要都选吗？
想想还是以前简单，大家都用Oracle，免选！
现在脱钩了，瞎选！萝卜白菜，各有所爱。
但要说核心改造，显然阿里云在金融行业最拿手还是文章开头提到的的三件套。
潭主精力有限，只能抓主要矛盾。
对于OB Cloud，只想说三个字，“卷起来！”。
可是，云计算卷起来真是没边呀！
- END -
感谢阅读。如果觉得写得还不错，就请点个赞或“在看”吧。
公众号所有文章仅代表个人观点，与供职单位无关。
