云与DBA爱恨情仇的故事？

“采菊东篱下，

  悠然现南山”。

           晋·陶渊明

2000-2010被称为“乐坛黄金10年”，神仙打架的时代造就了乐坛辉煌的十几年，如今再也难以复现当年的盛景，经典也只能留作记忆回温。

时势造英雄。曾经几何时，也经历过“DBA黄金10年”。早期的DBA圈代表以国外亚马逊等电商、Ebay为首，DBA资源在外企非常活跃。

毫不夸张的说，Oracle在国内的版本发展史见证了DBA的发展史，从早期8i、9i到中期的10g、11g。这段时间可以称为“DBA”黄金10年，DBAer也迎来了百家争鸣的、神仙打架蓬勃发展的黄金时代。

然而，随着国内电商的崛起，传统IOE铁三角从性能、弹性伸缩、成本等方面临极大挑战。阿里当年打造了国内团队规模最庞大，技术最成熟的数据库团队，也耐不住时代的变迁。自2009年开始，阿里首先尝试开启了去IOE模式：用大量开源白嫖(MySQL)数据库产品来替换Oracle。至此，各行各业纷纷效仿，让DBA护城河瞬间崩塌，一发不可收拾。

非常之毫不客气的说：“去IOE时代”也可以称作“白嫖时代”。

对于云，我要一针见血说，数据库云时代其实就是升级版的“白嫖时代”，本质上是各个云厂商让“白嫖”更加合理化，具体做法是将开源的mysql/pg等内核套个壳，改改名字就是云数据库RDS。当然，目前比较火爆的信创数据库也差不多的意思，智者自明了。

总之，云时代以及信创时代，让DBA的护城河全面崩塌。在云上，数据库自动化、标准化、弹性化可以让一个人管理成千上万的RDS，DBA的价值被极度压制。云化对于DBA而言，最大的一宗罪就是毫无底线、毫无下限的托管和外包，吃肉的时候记得给同行们留点汤喝，不然全部都会被卷死。

关于降本增效：云厂商构建自己的护城河来增效降本，已然成为企业降本增效的冠冕堂皇的借口。前几天看到程序员圈就出现有人将“屎山”码重构后，主管就磨刀霍霍的事情，为的就是降本增效。正所谓：人卷人，卷死不当人。

云托管：当一些中小企业把自家产品托管后，所有的运维运营都交给了云厂商。

对于大中型企业来讲，上云已经成为必然，不管是公有云还是私有云甚至混合云，最核心的数据库都是需要自己人去维护的。说不准哪天云运营商出故障，命根子被别人拽着的滋味可不好受。切记：别被云厂商给忽悠瘸了。

国产信创数据库蓬勃发展，需要投入大量的人员和资源，快餐式的产品最多只能争取短期的商业价值。如果想要从真正意义上将整个产品做大做强，工匠精神的长期投入和积累沉淀必不可缺。

面对复杂多变化、充满挑战的环境，需要考虑：

1.坚持底线，敢于说NO

虽然近几年不景气，都在裁员降本增效。作为技术人员要坚守底线和原则，敢于说NO，敢于拒绝不合理的要求，搞技术的底气就在这。

2.多元化技能，拥抱变化

另外，建议大家也不要盲目抱怨信创数据库的不成熟，生态不够好等等。换个维度想一下，正是这些所谓的坑，才能让DBAer们有事可做，至少在短期内还是可以有饭吃。

3.打造护城河

当然，对于稳定系统偶尔的故障或者折腾（升级演练）是非常有必要的，这样才能让那些呆瓜领导们看到你的价值。这不是鼓励大家搞一些恶意破坏，而是在正常的工作职责内，适当构建一下保护自己的护城河，使得呆瓜们不敢轻易磨刀霍霍挥向自己。

最后，作为管理者，抛开降本增效问题，要有充分的安全意识和责任意识，同时也要充分重视DBA的价值。一旦因为缺乏有经验的人手导致维护系统出现重大事故，轻则罚款卷铺盖卷、重则踩爆缝纫机也是不无可能的事情。

格局得打开，眼界得长远，不要为了迎合老板的意图就毫无原则底线，到时候总有后悔的一天。

先不说删库跑路的事情，该来的事始终会来，躲也躲不掉。大家以为如何？