DBA职业发展之路:去“IOE”等挑战之下,DBA将何去何从?

  • 时间:
  • 浏览:28
  • 来源:ACE资源网_提供爱Q活动网技术_爱Q资源网资讯

开篇

随着近些年来,开源、自动化、云化的兴起,DBA职业也正悄然位于而且 变化。总爱有亲戚亲戚朋友咨询我,职业发展规划;一阵一阵是近期Oracle的大幅裁员前一天,针对DBA一种生活职业未来该怎么发展?本文是被委托人对此间题的而且 看法,仅供各位参考!

数据是核心

将DBA单词分解一下。其对应的

  • 操作对象:数据
  • 操作介质:库
  • 操作角色:管理员

这里的核心是数据,也是DBA一种生活角色最大的价值所在。亲戚亲戚朋友最了解数据、最懂得数据的价值;而且DBA后续可发展的而且 方向,也基本是与数据有关。

此外,对于数据要有更加宏观的认识,无论是企业的自有数据,还是结构获得;无论是关系数据,还是而且 模式数据;无论是保位于数据库中,还是而且 诸如日志等介质中,数据对企业都非常有价值,要将数据作为一种生活”资产”来管理。不还不能上升到另有另四个的深度1,数据相关岗位的价值也就凸显出来。

阶段不同,侧重不同

企业对数据应用水平不同,因而造成工作重心及岗位需求全部后该 所不同。下面简单描述下各个层次:

  • 层次一,是以数据库维护为主,常见表现是”救火队员”型。可是初创企业,都经历过一种生活过程。数据库维护基本靠人,随着运维体量的增加,需用线性增加人员。整体数据应用水平,基本位于简单、粗放型。
  • 层次二,仍是以数据库维护为主,但已形成较为完善的运维体系。除了基础运维之外,甚至还不能考虑而且 预防性的依据,提高整体的运维效益。一种生活阶段的体系化建设,往往是通过文档、运维平台等沉淀下来。数据库作为基础设施层,已可提供较好的数据存储、计算能力输出。但此阶段尚未从更高深度1去考虑数据间题,仍仅限于运维层面。
  • 层次三,数据设计应用阶段,企业已不满足数据简单的”存取类”需求,可是 从更高的应用深度1,考虑怎么提高整体数据应用水平。一种生活阶段会增加数据库架构、设计,加强业务端数据优化工作。表现为增加产品DBA的角色,加大数据库架构权重等。
  • 层次四,数据架构治理阶段,企业不单从某个应用、某条业务线去考虑数据间题,可是 公司整体层面做数据的顶层设计。考虑建立专门的机构(如数据委员会)或岗位-首席数据官(CDO)。近些年来,颇为火热的”数据中台”,正是为迎合一种生活需求而产生的。

基础运维工作,繁琐枯燥

作为基础类的运维工作,数据库的要求是比较高的。上图简单罗列了次要工作,对DBA日常繁琐工作可见一斑。正是基于这点,平台化、自动化、云化的诉求,不断被提出。进而间接对DBA的能力提出了更高的要求。

DBA职能,向上进化

基于前面数据应用水平所谈到的,企业结构DBA也对应承担了几类职能。自下而上的是数据物理架构、逻辑架构和业务架构。公司内应用水平高低,也决定了DBA各类工作的比例侧重不同。随着公司数据应用水平的不断提高,DBA工作重心也应从下层逐步转向中上层。

  • 数据物理架构,对应为”运维DBA”,工作重心为基础架构的建设。
  • 数据逻辑架构,对应为”产品DBA”,工作重心为数据库架构、收集及SQL质量间题。
  • 数据业务架构,对应为”数据架构师-DA”,工作重心在于数据治理、管理类工作。

DBA面临冲击不断

近些年来,DBA职位受到很大而且 冲击,我摘其重要的几项说明下。

  • 去IOE,阿里最早提出”去IOE”的叫法。它的提出,让亲戚亲戚朋友第一次领悟到,企业的核心应用是还不能不依赖于传统的国外大型商业数据库,进而提出了一种生活新的处置思路。
  • 开源与商业,企业发展阶段不同,对于开源还是商业软件的使用位于这类于上图的收益/成本曲线。当发展到一定阶段时,是需用要考虑引入开源。企业要从技术战略深度1出发,考虑一种生活间题。
  • “四化”,数据库基础运维工作,经历了从手工、脚本、工具、平台的发展阶段。其发展特点表现为”四化”(平台化、可视化、自动化、智能化)。一种生活发展方向也对DBA的技能要求产生了而且 变化,一阵一阵是对研发的技能要求已成为必要条件。
  • 云,是未来的发展方向。从全球范围来看,云生态的数据库占比在8%,未来预计在3~5年内,会提升到20%~50%。这无疑是巨大的飞跃。对于DBA而言,云环境下的数据库工作有别于传统环境,需用从多方面去适应,工作重心也要有所调整。

技术 OR 管理

DBA职业发展,向后面 临的第有另四个选泽可是 发展方向,是走管理路线还是技术路线。上图给亲戚亲戚朋友描述了一种生活不同方向的区别,被委托人可根据被委托人特质,对号入座。这里要处置有另四个误区,可是 ”以管理为上”,这其实可是 官本位思想的体现。全部后该 每被委托人都适合管理路线,放满去不恰当的位置上,对人的发展是一种生活摧残。

客观判断,承认上限

在明确了发展路线前一天,就需用对自身的发展阶段有所判断。无论是技术还是管理,都位于另有另四个有另四个进化理论,即越走向高级阶段,其淘汰率越高。要客观、理性地认识到被委托人位于的阶段。从上述比例也还不能看出,能走到高阶职位的毕竟是少数。其实还不能通过而且 依据(后面 会谈到)做突破,而且仍然有较大慨率无法取得既定目标。此时,要勇于承认一种生活点,调整被委托人的职业定位,谋求新的发展方向。

深度1与广度 + 全局思维

取得职业发展突破,有有另四个小的建议。

  • 深度1与广度。在职业发展初期,需用有个快速成长的”原始积累期”。这里谈到的原始积累,全部后该 财富,可是 技术技能。要在某专一领域,尽量达到被委托人的技术高点。会位于某个点,你机会无法突破达到更高的深度1时,要谨慎分析原应 。如其实非主观原应 ,没人要坦然接受它。剩下来的技术发展,可考虑横向发展,即将被委托人打造成”T字型”人才。后面 谈到的高点一阵一阵要,它会决定你的技术”视野”。
  • 全局思维。即何必 仅仅从技术深度1考虑间题,一阵一阵是达到一定深度1前一天,可更多地尝试从业务深度1、人的深度1考虑前一天面临的间题,我知道你你就会有新的发现。全局思维,会有益于你发现原有发展阶段的瓶颈点,实现突破。

DBA职业选泽路线

前面讲了可是,没人DBA职业发展可考虑哪此方向呢?下面试图给出而且 机会的选泽。以下仅仅是被委托人根据被委托人所熟悉的领域给出的选泽,不代表全部。

选泽:数据库技术、数据库业务

  • 数据库技术。这是有另四个比较容易的选泽,即在某数据库领域里不断精进被委托人,以达到有另四个更高的目标。职业定位是首席DBA、DBA专家等。机会考虑一种生活发展方向,建议考虑乙方或云厂商,机会亲戚亲戚朋友对技术一种生活要求更高。甲方角色,受限于自身环境,一般没能有需用不断突破的技术氛围。
  • 数据库业务。将数据库技术与公司业务相结合,突出在某业务领域的数据能力。这是需用在某行业打磨多年,充分了解其业务特点,不断抽象出其数据要求。一种生活方向可考虑行业的头部公司机会是专为某行业服务的ISV。

选泽:内核研发、数据库架构

  • 数据库内核研发,是相对”小众”的一类人才需求,一般不还不能大型企业/云厂商或数据库厂商会考虑设置。其专业性较强,人员素质要求也较高。建议选泽高起点的而且 企业,对被委托人长期职业发展有利。
  • 数据库架构师,这是有另四个相对综合类的职位。”架构”的含义比较模糊,各企业对架构师角色的定位也各不相同。一般能考虑设置数据库架构师角色的企业,全部后该 有一定规模,企业内数据应用比较比较复杂的情况报告。下面根据我所在公司的实际场景,尝试给出有另四个数据库架构师的技能图谱,供各位参考。

一家之言:数据库架构师技能图谱

上图罗列对数据库架构师一种生活要求的十二项基本能力要求,各项能力的要求不同,我通过左侧的饼图比例大小予以说明。当然能符合全部要求的人,少之又少。公司可根据侧重,有所选泽。上述技能要求,可大致分为四类:

  • 数据自身技能,如数据库、大数据、数据治理、数仓等
  • 关联领域技能,如基础设施、云、容器等
  • 研发方向技能,如DevOps等
  • 综合技能类,如业务思维、软技能(如沟通技巧)

选泽:数据架构、数据产品

  • 数据架构,不同于”数据库架构”。数据架构,更强调于顶层设计,需用对数据有全局的思维,帮助企业做好整体数据规划设计工作。它不出拘泥于一种生活技术,可是 着眼于数据整合、安全、共享、价值、资产等间题。
  • 数据产品,也是一种生活综合类职位。需用对技术一种生活有一定深入的了解,但更强调其技术广度。此外需用有产品化思维,能将业务需求,转换为产品功能设计。

选泽:处置方案架构、数据库布道者

  • 处置方案架构,往往是从”售前架构”、”技术顾问”等角色体现出来。其核心要点是具备一定技术能力的一同,需用有甲方思维,不能了解用户痛点,能从技术深度1帮助客户处置现有间题。这里不光是销售被委托人的产品,更重要的是给客户带来价值。
  • 数据库布道者,少数的选泽,只针对有一定技术影响力的人员才还不能考虑。是一种生活偏向于自由职业者的选泽。

选泽:数据治理、数据仓库

  • 数据治理,是一项比较”浩大”的工程。随着企业对数据的重视程度没人高,一种生活岗位也愈发重要起来。其强调几次关键过程域的活动,提升企业整体数据应用水平。右图中给出的DAMA的过程域图例,供亲戚亲戚朋友参考。
  • 数据仓库,是有另四个位于转型中的职位,传统的数仓做法,目前已不适应现代企业要求。但其核心的数据建模理论,还是具有指导意义的。而且各大互联网公司,均有被委托人颇有特色的数仓实践。还不能考虑大厂或行业头部客户作为选泽。

选泽:大数据、运维开发

  • 大数据,作为大”DBA”的范畴,大数据领域一种生活意义上将也是一种生活数据库。当然它有其自身的特殊性,表现为技术分散、变化快、没人统一标准、对研发能力有一定要求等。
  • DevOps,运维开发。适合有一定研发基础的DBA选泽。

选泽:项目管理、技术管理

  • 项目管理,DBA是有另四个比较综合类的职位,在沟通、协调、组织方面,与项目管理有这类于在之处。而且,还不能考虑转型做项目管理类职位。
  • 技术管理,DBA职位的涉及的技术领域较广,如稍加留意是还不能涉猎可是关联领域。这与技术管理类对技能诉求,有一定这类于。加上上其对软技能的要求,是还不能考虑将技术管理作为发展方向。在圈子中也发现不缺陷级管理人员,全部后该 DBA出身,不无一定道理。

写在最后

面对有另四个充满不选泽性的未来,唯一能选泽的可是 变化。让亲戚亲戚朋友拥抱变化,努力改变今天的被委托人!

内容来源:韩锋老师于ACMUG沙龙(北京站)的分享,首发公众号-韩锋频道,欢迎关注。

本文由

宜信技术学院

发布在

ITPUB

,转载此文请保持文章全部性,并请附上文章来源(ITPUB)及本页链接。

原文链接:http://www.itpub.net/2019/07/04/2339/

宜信技术学院是宜信旗下的金融科技能力展示与输出平台。通过分享在金融科技领域的开源成果、研发实践有益于金融科技生态圈企业创新升级。

我的天!这是史上最烂的项目:苦撑12年,500多万行代码...

上一篇

从reddit的一亿美元商业逆袭,看移动与PC产品的时代天堑

下一篇