国产数据库三方维护的转型之路

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner

10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata等认证
墨天轮MVP，ITPUB认证专家
圈内拥有“总监”称号，非著名社恐（社交恐怖分子）

公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

现在是数据库国产化浪潮的重要时刻，不仅仅是全面推进，也在不断进入深水区，对国产数据库的日常巡检监控、配置维护、优化排障等工作会与传统数据库有所不同。传统数据库经过几十年的发展，在中国也得到了二十多年的应用，不仅仅经过场景和时间的磨砺，也在长期的使用过程中培养出了大量的相关人才，可以不依赖于数据库厂商，通过三方服务的方式完成绝大多数数据库维护工作。
但国产数据库不同，虽然有些数据库产品从诞生之日算起也有不短的时间，甚至可以说和中国IT发展同龄，但是真正的大规模使用也是近几年的事情，甚至不少数据库品牌不超过5岁。这就带来了一些问题，比如数据库没有经过大规模长时间多场景的应用洗礼，在许多场景下需要做更多的事情才能高效稳定运行，这在另一方面也导致了相关的从业人员很少，再加上国产数据库产品真的太多了，进一步分散了每种数据库的从业人员，加上许多数据库文档不完善或非常封闭，做精的人更是凤毛麟角了。
很多客户在选择国产数据库的时候，可能也是出于不放心等原因，希望由数据库原厂来提供维护工作，但是实际情况却是，大的数据库厂商一般也不超过1000人，小的几十号人，这里面绝大多数是研发，剩下的则会被行政、市场、社区、售前、交付等瓜分，面对国内的巨大市场，要想同时服务好每个客户是一个绝对不可能完成的任务。如同CAP理论一样，我认为在目前的环境下，数据库厂商只能完成数据库研发、服务交付和周边营建（社区、市场、培训、认证、工具等）等工作的2/3。数据库国产化的时间紧、任务重，难道真的好办法来解决这一问题么？国内有一家公司早已开始布局，谋求转型。
其实我入行很晚，到今年刚好10年，虽然近几年一直在做数据库三方服务，但是由于身处小厂客户单一，在我走向社恐之前我对整个数据库服务行业其实不是很了解，但是在也在行业内的各种讨论中也反复听到一些大佬的名字：小y黄远邦、老猫陈宏义、八怪高鹏…说到这里很多人大概就知道我说的是哪家企业了，这里说一下我了解到的中亦在国产数据库三方服务方面做的一些事情：

• 最佳时间入局：过早转型会死，因为市场不明朗；过晚转型会死，因为存量市场在缩小；两边湖水都去挖，才是中亦的发展之道
• 加深国产数据库厂商合作：获得众多国产数据库代理与服务授权，深度展开商务与技术方面的合作
• 扩展国产数据库人才培养：高薪诚聘国产数据库人才，鼓励员工学习国产数据库并考取相关认证
• 深耕国产数据库项目：配合众多客户进行数据库国产化迁移改造，深挖技术、积累经验、总结发扬，提升国产数据库三方维护的实际能力
• 技术平台支撑：中亦DBaaS数据库智能运维平台，在支持传统数据库管控的同时，对众多主流数据库完成了支持并完成适配认证，获得客户一致好评
• …

写到这里已经有硬广的嫌疑，但是我主要想表达的是，在过去几年，我认为中亦选择了一条在国产数据库三方维护服务转型的正确道路，即深耕数据库维护基本盘，积累国产数据库实战经验，扩展相关人才，构建数据库管理平台，在数据库国产化越来越深入的当下，能够有力的帮助广大客户实现数据库国产化的平稳、高效过渡。