“危机必然存在，能力模型才是关键”

首先我对这种言论的第一反应是：这是一种对新技术的一种焦虑感(回顾过去11年职业生涯经历的历次“类DBA将死”的言论)。

这种危机言论的产生，跟云对基础设施的完善有很大的关系(云在正在对传统IT技术产生深刻影响跟变革)，云上最大的特点就是资源池化，使用的水电煤化，这很大程度上，降低DBA日常工作的复杂性不可替代性，尤其在中小公司，对DBA的需求上确实减少了很多，因此“消亡论”是存在的。

但是从我个人在货拉拉多云环境的实践上看，基于云，确实简化了DBA在自建时代，围绕基础设施稳定性做的大量工作。但是我们又面临了新的一些问题，比如：如何用好云，更好的基于云的一些特性，比如极致弹性能力做到合理使用云，做到成本最小化，这本身就是一个新的问题。

再比如：未来企业肯定是基于不同云产品的特性&能力，甚至价格优势进行多云化选择，那如何指导业务进行产品技术选型？本身就需要DBA在对云产品有深入的理解(过去DBA深入研究数据库内核，现在要深入研究云产品)。那因此伴随而来的，就是多云产品技术选型下，如何提供一致性的运维及研发体验？这是DBA面临的新问题。

围绕这些问题，DBA仍旧要做大量的技术投入(所以不要误以为上云，DBA就没有技术含量了，只是要解决的问题变了)，任何一次的技术进步，都伴随着新的挑战跟机会，消亡的不是DBA本身，而是缺乏对新事务的探索与好奇心。

云时代下，DBA的角色将更加复杂化，对DBA的要求也会越来越高，而DBA多元化的能力模型，是保持竞争力的关键。

一点点忠告：在多年工作经验中，我也看到很多DBA过早的抛弃了对技术原理的探索，停留在基本的操作层面，误以为将这些日常的操作玩的很溜，就代表了能玩转数据库，我也多次跟组内的同学灌输原理的重要性，这是DBA的基础技术底蕴。

“仍是核心主力军，但要与时俱进”

因为我是DBA出身，所以我觉得云原生时代的到来，对我们DBA确实有一些这种技术上，或者说重心上的这种转变，但是至于说“DBA消亡论”，我觉得确实有点危言耸听了。

从我的角度来说，至少近期或者之后很长一段时间，DBA仍然是整个基础设施运维的核心主力军，是不可缺少的一环，对于我从事多年数据库运维的经验来看，其实我认为云原生时代的到来，使得我们 DBA这个行业确实是发生了一些技术栈上的改变。

从以前关注底层的操作系统、存储、网络，再到上层的各类数据库,以及数据库周边生态的一些工具，都可能需要做从0~1的建设。

而到了云原生时代，我们很多底层的服务，是通过云原生的自动化运维的平台去实现的。所以说从技术栈上说，我们可能更偏向后端，去做一些应用链路，去做一些数据库优化相关的事情。

所以我觉得从这么多年的运维经验来看， DBA仍然是全栈工程师的代名词，他是在原有的数据库技术和原有的系统运维，以及周边的一些应用能力技术之上，去做一些扩容，然后增加这种云原生、容器、微服务相关的技术。

但是我们的核心的能力是没有变的，依然是围绕着数据库的稳定性、数据库的数据安全、容灾能力，去展开相关的工作，然后去做一些预防、应急相关的事情，包括一些体系化的建设。

“保持原生竞争力的同时，学习多领域知识，

迎接时代的到来”

我始终认为，是金子哪里都会发光。问题在于人才要紧跟时代的需求，比如目前我对我们团队的人员要求是，至少要懂3种以上的数据库，至少掌握1⻔运维开发语言，至少能够实现常⻅运维场景的脚本化编写，至少掌握1-2项数据库技术体系以外的技术，比如你可以同时对容器很精通，或者对于整体系统架构的设计非常擅⻓。试问，对于这样的人才，无论什么时代来到，都会是比较抢手的人才吧？