阿里巴巴|阿里的分布式数据库OceanBase：帮公司省了几百个亿( 三 ) 阿里的分布式数据库OceanBase：

大敌当前，阳振坤和他的团队却还在坐冷板凳。多次主动请缨，支付宝却仅让OceanBase承担1%的业务流水。又是一年的失望，属于OceanBase的翻盘点似乎还遥不可及。
前文也提到了，OceanBase的功能和结构都比Oracle要强劲很多，为什么支付宝没有全面推广OceanBase应用呢？
IOE体系就是数据库界的PUA 。你明知它贵，你明知它不好用，你明知有更便宜、便捷的解决方案，但你愿意相信它。在ToB生意里，信任最为难能可贵。
“你如何保证OceanBase不弄丢支付宝用户的一分钱？”鲁肃的这句话也曾问懵过阳振坤。
IOE虽然种种不好，但IOE胜在稳健。许多技术负责人不愿用新的技术和产品，用老产品出问题可以怪产品，用新产品出问题就只能怪自己了。
归根结底，没信任就没有使用，没有使用也就没有信任。OceanBase就在这样一个死循环里苦苦挣扎。
就在OceanBase的未来仍不明确的时候，一个“坏”消息传来：Oracle崩了！
原来，在跑量测试时，一直在蚂蚁内处于主导地位的Oracle竟然屡次崩溃，可承压能力仅有预期的90% 。
已经顾不上OceanBase是否可靠，在这时行不行都得上。技术团队不得不做出了一个艰难的决定：紧急启用OceanBase 。
双十一的流量逐年都在增加，集中式的Oracle总会有一天跌落神坛。阳振坤早就在等着这一天，OceanBase逆袭的机会来了！
于是OceanBase临危受命，接下了支付宝2014年双十一10%的流量。
这是机遇，可又何尝不是重于泰山的压力？阳振坤深知，他和他的团队但凡出了一点差池，那么他和OceanBase在公司里就将永远失去信任，再没人敢用。哪怕后面能够给业务带来好处，也无济于事。
这一仗，OceanBase只许成功，不能失败。
双十一前夜，OceanBase全员枕戈待旦。蚂蚁集团的CEO彭蕾（花名Lucy）先前在阿里内部任首席人力官，知人善用。她连夜来到了OceanBase的办公室，既是动员，也是督战。
变动如此巨大，难说彭蕾的心里没有忐忑。她问阳振坤有没有信心，阳恰好站在窗边。他推开窗子，杭州11月已经开始转冷，办公楼下路人行色匆匆。阳振坤知道，他和OceanBase的前途全部取决于此，他说：
“出了问题，我们准备从这跳下去。”
7年后，OceanBase早已成为了国产数据库中的“头马” 。谈及此事，阳振坤只说是个玩笑。而当年的压力、忐忑和“不成功便成仁”的决绝，都如同过眼云烟，成为了多年之后的笑谈。
三、开源——OceanBase的梦想、挫折和救赎
开源是许多程序猿的浪漫。
尽管在外界看来十分令人不解——把自己辛苦写的代码免费向社会公开，但OceanBase还是坚决地选择了开源。
抛开技术人的理想主义，OceanBase之所以选择开源，有如下这3大原因：
一方面，数据库需要跑量。在足够的测试与反馈的过程中，数据库才能发现运行问题，进行有机的调整。
OceanBase作为一个新概念的数据库产品，自然急需实际的测试和验证。开源，就是给了OceanBase不断“打怪升级”的机会。
另一方面，刚刚提到过，信任对于数据库产品来说是重要的壁垒，也是合作的基石。用户要把数据委托给数据库，几乎是要把自己重要的“家产”托付出去。
OceanBase把自己的代码和秘密全部公开，也是告诉用户自己值得信任。基于这种信任，OceanBase也期望能形成自己的开源社区，扩大用户群。
有人用，就有信任；有了信任，就有更多人用，也就自然能产生更多收益。
阳振坤有足够的信心，即使OceanBase开源供公众使用，他人也很难弄懂其中的奥秘和机理。前文也提到过，数据库本就是一项极度复杂的工程。如同芯片一样，即使能够拿到成品，但难以对其进行反向工程。即使开源，护城河也在。