Skip to content

Latest commit

 

History

History
63 lines (33 loc) · 3.65 KB

20201031_02.md

File metadata and controls

63 lines (33 loc) · 3.65 KB

数据库云服务化后时代 - 坚持自建数据库的企业, 数据库团队组成建议

作者

digoal

日期

2020-10-31

标签

PostgreSQL , 数据库DBA , 云数据库趋势


背景

企业上云已是不可逆转, 数据库云服务化的覆盖率也越来越高, 那么DBA的职责将如何转变?

《[直播]大话数据库终局之战》

阿里兜底数据库内核, 解决一切bug, 并且客户还能提新的数据库feature需求.
云数据库厂商的内核实例一定是最强的, 因为大量客户上云使用云数据库, 具有最丰富的客户群体, 各个行业、各种数据体量和负载, 该有的各种运行环境的bug都解决了.
客户自己建内核团队基本不可能, 为什么呢? 业务体量无法支撑, 数据是企业的核心, 特别是大型企业, 数据有问题给企业带来的损失远比几个研发的工资高多了, 也远比使用云数据库服务多多了, 客户自己修的bug, 说实话: 都不敢上线, 谁敢保证会不会有问题? 赚钱越多的核心业务越不敢上.

但是企业如果因为各种原因一定要自建数据库的话, DBA团队应该如何组成?

  • 开发团队
  • 内核团队
  • 开发DBA

重点说一下内核团队.

企业要自建, 一定要有数据库内核人员, 但是内核团队的职能有讲究, 我不建议企业自己拉开源数据库分支, 用自己的开源分支. 前面说了原因. 那还要内核团队干什么呢?

  • 上社区的buglist, 给社区修bug, 因为社区有严格的代码审核流程, bugfix更有保障, 能接收你提交的bug说明代码基本没什么问题. 以小博大.
  • 毕竟不可能天天遇到bug, 所以内核团队大多数时间还可以给社区提feature. 这些feature可以是企业自己需要的特性, 社区好, 你也好.

这样可以形成良性循环.

例如PG内核的核心贡献企业名单里面就有大量的最终用户, 例如一些国外的电商平台, 日本电信.

您的愿望将传达给PG kernel hacker、数据库厂商等, 帮助提高数据库产品质量和功能, 说不定下一个PG版本就有您提出的功能点. 针对非常好的提议,奖励限量版PG文化衫、纪念品、贴纸、PG热门书籍等,奖品丰富,快来许愿。开不开森.

digoal's wechat