2022 DBA 角色转换 挑战 与 机遇

2022 年是一个非常hard 的年头，经历的太多，只从DBA 的角度看这一年，看过不少下岗，和将要下岗的同学们，也面试了部分同学，太难了，一方面企业就是想花少的钱，请更高等级的DBA ，同时另一方面从某些企业下来的DBA ，在寻求工作的时候，可能还没有意识到今年的状态，以往年的salary的状态要求今年的薪资。所以这一年感触挺多，整体的所有的行业都在遭受到 hash. (抱歉有些词不能随便用，只能用 E 文代替)。

此篇文字是基于目前的状态，配合 the role of the DBA in 2022 Changes Challenges and Opportunities presentaion. 来进行阐述的一篇文字。

讨论将从以上四个部分来进行，目前的DBA 的工作挑战是什么

1  database challenges 

现在的DBA 是越来越难做，DBA 真的不再是掌握一个，或几个数据库就可以混下去的工作，DBA 面临的问题主要可以从以下的几个部分来论述

1 敏捷开发与迅速响应

与其说是敏捷开发，和迅速响应，不如说是客户一会要星星，一会要月亮的需求与产品经理没有底线的 KISS ASS 导致开发已经不知道自己的在写什么，反正能满足需求就可以的开发方式。

最终导致的问题就是数据库一团糟，拼凑的表，混乱的表之间的叠加，嵌套，表之间的关系不清晰，多个表套接才能完成数据的给付，各种没有数据量限制的项目，上线后没有人继续去追寻表数据量的扩展，处于无序的状态扩张。同时开发在选择数据库上的一意孤行，导致错误的数据类型和组合，进入了错误的数据库类型中，然后就是最终问题的爆发和无法收拾。

2  降低运行维护费用与提高人工效率

当前的经济形势这点根本不用在解释，1个人干三个人的活，或者3个人干一个人的活，然后等着 “get out” 小礼包。活多难受，活少也难受，翻来覆去的难受。如何让更少的人，能承担更多的工作，并且还要尽量让工作人员少抱怨，也成为一个课题。

3  数据库服务的可靠性

在上线应用产品后，运维部门一定是要有一个SLA ，也就是service level agreement. 这里不同的商业逻辑，有不同的解决方案和不同的成本的 SLA，当然更少的成本和更高的SLA 才是企业追求的终极目标。同时各种HA ，DR 也是被需要的，要保障业务连续性和持久性等等。

4  扩展能力

应用的扩展是很方便的，这点对于数据库产品或者数据库DBA都有更高的要求，无法方便扩展的数据库产品，和不具备这样知识的DBA 会被淘汰掉，或者换句话说，在激烈竞争的商业环境的DBA 如果不具备这样的能力，你所在的公司提供的应用产品就可能被淘汰掉，而你就失去了工作。

5  安全能力

数据库的安全能力也是DBA 需要具有的，这里的要求大部分是一种安全的意识，而培养相关的意识也是需要时间和经验的。

大部分DBA 同学在今年可能已经意识到了，云对于DBA 的影响，尤其是一些领导认为上云了，DBA 就不需要那么多了，然后就开始裁员。加之传统的DBA 对云基本上不理解，曾经的看不上，如今变成学习速度跟不上，随即就面临了淘汰，淘汰的大部分DBA 属于运维型的DBA，而云的产出直接让这些运维类型的DBA 失去了竞争优势，工作被云维护，云智能，所代替。

所以如何接受云成为未来各个企业的IT 主体运维场景是一个，不被淘汰的关键。如同上图提出的，云是一个未来，在我看了就是现在。

混合云和多云的数据库运行环境，云原生数据库与原有传统数据库的混合工作模式，理解什么是laas ,paas, 和 serverless，以及目前很多数据库都在导向serverless . 数据库的环境变化的太快，一个环境中可能有 OLD SQL , NEW SQL ,NO SQL , BIGDATA , Graph  , Caching 等多种功能的数据库，同时还有数据库容器化的冲击。这一切让传统的DBA 已经无所适从了。

随着工作中的新的事物越来越多，DBA 也分为两种，这里叫 Reactive DBA 和 Strategic DBA ，前者更注重于 操作，或者说是operational DBA, 后者更注重架构和长远的工作与设计等，也就是我们俗称的  DBA ARCHITECT

大部分DBA 属于前者，后者DBA 的类型需要更快的学习的能力，更愿意接受新的事务，更愿意和业务进行密切的连接，对开发的架构有一定的了解，愿意将重复性的工作总结，并进行自动化的工作。同时对多种云有不同的使用见解，和相关融合的策略。

DBA 的工作更集中到数据库架构的设计 和  平台的操作和管理中同时更多关注于应用的性能与数据库安全方面的工作。比如 AUDIT ，审计，有多少公司的数据库在做审计，审计做了什么，在出现问题的时候，审计能帮助我们什么，审计对于数据库的性能的影响有那些。

DBA 的转变和机遇是并存的，数据库的管理要依托，基于商业角度的目标，培养你开发的能力，将主要的关注点迁移到云上的一些数据库知识，以及自动化处理日常的工作问题。

机遇商业的目的数据库DBA 本身的工作也可以更细粒度的进行分割

如数据库架构师， 数据工程师，数据分析专家，数据库迁移专家，数据库安全专家，数据库整合专家，等等，甚至数据性能优化AI 专家。

同时越来越多的数据库从商业数据库转移到了开源产品，或半开源产品中，更快的数据库版本的迭代，新的功能的推出，DBA 需要迅速从里面找到能解决问题的或自己正在面临问题的新的功能和新的版本的数据库，并快速的学习。

除此以外，更多的非传统的数据库的涌入，让整体的工作必须接受新的数据库系统，从解决问题的角度，和商业的角度来说，这些都是数据库，都需要被掌握，和应用。

实际上DBA 面临更大的挑战，来自于云的数据库产品，和云的管理的方式以及其中产生与之前根本不同的处理方法和方式，以及思维的方式。

除此以外，成本的问题也是要被考虑的，如果在一个项目中，可以使用POSTGRESQL 或 ORACLE ，在能满足项目的状态和需求的情况下，成本是必须被考虑的，DBA 不需要考虑你会不会（不会可以从市场找到POSTGRESQL 的DBA来替换你的工作），而项目的成本最小化才是核心和关注点，此时好用和免费的开源数据库可能在项目中起到主导作用，这点对于开发者也是一样，不是你会什么就可以用什么 例如MYSQL 可能不适合在某些大型的项目中使用，或者复杂的存储过程需求，或乙方开发的某些大型应用等等，所以必须适应新的数据库和新的解决方案，而不是在原有的圈子里面继续寻找解决方案。

随着当前经济情况的不明朗，更多的云上数据库自动化运维，以及开发也越来越具有一些更强的数据库知识和 一些新型的数据库产品去解决更具体的问题的情况下，DBA的职业本身就是在被挑战的状态，之前的一些经验和工作方式，正在面临被改变，所以DBA 就需要跟随整体的大环境，进行积极的调整和面对。