论数据服务平台化的存在形态

数据服务平台化的本意是指对数据处理与管理（包括交易、加工、分析等）用户需求来讲，其满足需求的方式是向“平台”提出请求即可，而不需要关心请求的具体实现过程。由于数据库是实现数据服务的核心主体设施，因此，从一定含义上来讲，它相当程度上就是云计算PaaS层服务DBaaS的代名词，也可以是数据库产品服务商对其云原生业务发展战略的高度概括。本文对数据服务平台化的讨论限制在数据库服务范畴之内。

1. 问题的提出

一般意义上来讲，人们对数据服务平台化作如是理解：未来IT服务的主体将由平台（即云）来承担，世界的IT基础设施将是N朵云，而数据库服务也必然将云原生化，即平台化。

从另一方面来讲，开源社区的核心运营理念也成为现代IT软基础设施服务的关键商业逻辑：开源的本质是开放，如Andriod与Linux，它们通过开放策略占据了整个产业链的上游，成为下游生态链所有节点的源头，将传统软件从A到B的商业模式，转变为从Origin(简写为O)开始，到O in A---> O in B--->O in C--->O in D--->........的现代生态社区模式。这自然也成为了部分新生代数据库服务商的根本运营策略。

而云原生平台化与开源/开放社区运营两种策略，并不是天然统一的，或者说并不必然紧密相关，两者各自发展所驱动的IT形态走向也不是完全相同的：前者强调资源集中化，后者强调源头对庞大生态链的掌控，并且都是重要的、现代的、成功的商业模式。当然，最理想的结局是：“开放的生态链长在云上”，但这一结论的推理至今为止无论从逻辑上、还是从现实上，都没有看出必然性。

那么，本文的问题是：是否有一种策略，可以将这两种路线有机融合？换句话说，未来世界的IT存在形态，或者具体点说，数据库服务形态究竟是什么？是以几朵云及平台化服务为主体，还是以从源头生长的庞大生态链为主体，还是两者的结合？或者再具体点说，未来世界的数据库服务，是以数据库云服务的形态存在（它最强调平台化），还是以由源头生长的数据库生态链形态存在（它最强调开放社区运营，如Android生态一样，并不关心是否在云上，你可以是云，也可以是On-Premise，社区并不需要关心）。这里还要指出一点：开放社区关键能力“可传递”的运营模式，也很有可能在很大程度上降低传统On-Premise“维护与服务能力”的巨大障碍，甚至最终可以消除这种障碍，形成与“云”几乎对等的现代运营模式。也就是说：不关心是“云”还是“On-Premise”的开放社区运营，本质上也可以看作是一种广义的“平台化”。

至此，本文要讨论的问题就归结为一点：未来世界数据服务平台化的存在形态。

2. 讨论

因此，是不是可以有这样推断：“数据服务平台化”一定是未来世界数据库运营的终局模式，但这种“平台化”不一定只有云原生，也可以有开放社区运营而形成的生态链，我们可以称之为DB-Inside。

之所以这样来推断，是因为未来世界的IT形态是否只剩下几朵云，目前看来，这个问题的结论是不清晰的。由于行业特性、技术特性、政策特性、商业特性等等约束，大概率来看，未来10年内甚至更长期，世界的IT形态，将有公有云存在，也将有行业云存在，也将有私有云存在，也将有完全的On-Premise存在，目前还不好来判断其间的比例，但是：广义的“平台化服务“却是必然的趋势，数据库自然也是如此。

如果再进一步细分，云化，也分为数据库厂商自己运营的“云”，公有云厂商的云，行业云的云，私有云的云。而抛开技术，从商业模式来讲，只有数据库厂商自己运营的“数据库云”，才是纯粹、真正的云原生，其它各种云，加上On-Premise，其本质都应该是开放社区生态链的DB-Inside。

因此得出结论，这里认为，有一种可能是，未来的数据服务平台化的存在形态，应该分为两种：一种是数据库厂商自己运营的DBCloud；另一种则是开放生态运营的DB-Inside，它是各种云也好，是On-Premise也好，社区并不需要关心，唯一需要关心的，就是我的DB-Inside。如下图所示：

值得注意的是，图中红字标注“整体移交式能力传递”区别于传统的培训赋能，是一种开源开放生态才能拥有的、创新的、彻底的能力传递方式，而这种方式将成为除传统赋能方式以外，非自运营DBCloud模式解决前文所述运维与服务噩梦的关键。

至于有人提出，你说的这几种形态，各自比例将会如何？这并好不回答，但似乎可以这样推断，由非云的数据库厂商自己运营的DBCloud，在未来相当长一段时间内，可能会是小比例。但是，无论如何，有一个结论是必然的：未来是“数据服务平台化”的世界。