1. 聚能聊>
  2. 话题详情

震精 - DBA面临失业,你准备好了吗?

随着人工智能的发展,云的普及,社会上很多的职业正在消失。

李开复老师在《奇葩说》节目上也有被问到同样的问题。未来哪些职业可能消失,哪些职业会得到更好的发展呢?

作为热门了十多年的DBA职业,或者其他职业,有没有可能面临失业呢?

作为扎根数据库行业十多年的过来人,从Oracle到mongodb, PostgreSQL, Greenplum都玩过。再到PostgreSQL的布道者。其中PostgreSQL是玩的还算好的,也从中学到了很多东西。PostgreSQL对接的是整个行业生态,从天文、地理到基因、化学;从互联网到物联网、政企、金融;从普通的场景,到机器学习,数据预测等。PostgreSQL对每个行业都有许多贴近行业的特性来支持。

正因为如此我反而觉得搞PostgreSQL并没有和社会脱节,反而能了解更多的业务和场景,结识了各行各业的很多好基友。将来如果真的DBA这个职业要消失的话,还可以借助PostgreSQL搞搞股票预测,玩玩机器学习呀,回农村也许能成为黑科技呢,或者作为行业顾问呀等等。

我是不是太乐观了呢?(PS:打个广告,PostgreSQL社区推出了免费的公开课,还有与高校、商业培训公司合作的课程等着您。)

screenshot

不管你是DBA老司机,还是入行新手,都来聊一聊,对于DBA职业的未来发展的看法。

· 你觉得DBA未来是否真的会被淘汰,或是有什么样的发展前景?

· 掌握什么样的技能或学习什么方向的DBA才不会被淘汰?

参与话题

奖品区域 活动规则 已 结束

  • 奖品一

    优酷VIP月卡 x 1

  • 奖品二

    定制笔记本 x 2

  • 奖品三

    虾米VIP月卡 x 3

77个回答

3

lyrewu 已获得定制笔记本 复制链接去分享

DBA的基本职能已经可以被数据产品所替代,一键建库,数据灾备,数据管理等均可工具化,而数据产品也是DBA的结晶。DBA对外输出数据产品后,可以有更多的时间去研习数据库领域新技术,说不定会搞出什么黑科技呢!

所以,DBA应该和研发是好盆友,DBA布道出的管理工具需要有人去实现。最后呢,DBA成了会开发的DBA,研发成了懂数据库的研发。

再到最后呢,企业数据库可以考虑上云了吧~这样DBA可能仅仅存在于提供云服务的公司了,中小企业可以购买数据库服务,一个普通的技术人员便可以利用web在线的数据管理工具轻松实现数据库管理,而且像数据同步、订阅、异地多活等加分的功能更是小企业DBA无法去包揽的。

所以,最后的最后呢,小企业的DBA应该会很少了吧,提供云服务的企业的DBA也会和研发抱团,促进数据库服务的智能化发展~

最后的最后的最后呢,能不能给一个定制笔记本~~~~哈哈哈

德哥 回复

我看好你

评论
3

胡奋豆 已获得虾米VIP月卡 复制链接去分享

作为一个刚出校门没多久致力要成为一名DBA的人,着实被你的标题震惊到了。。。
谈谈我的看法。我觉得DBA淘汰倒是不至于,只能说DBA的工作形式和内容可能变了。出来一个全新的更方便的“数据库”,肯定也是需要人维护的,那么肯定是了解相关东西的人更容易上手,所以只要你是一个资深的DBA,优势永远都存在。
社会和技术都变化的很快,有一技之长就是以后生存的根本,但是要时刻与时俱进,固步自封就会被淘汰,这时淘汰你的不是你的职业不够火,而是你的心懒惰了。

德哥 回复

我喜欢这样的年轻人

评论
2

se7en.shi 已获得虾米VIP月卡 复制链接去分享

时代在变 DBA这个岗位在可预见的时间内,不说消失,就算用人需求少了,面临失业也很正常。面临失业唯一需要做的就是保持学习的动力,对新技术和知识的渴望,区块链 机器人 深度学习 飞行器 地理信息系统 计算机视觉 ... 对DBA岗位也好,其他岗位也好,时代淘汰了某个岗位是必然,时代孕育出某个岗位也是必然。完全不用恐慌,只要有文武艺在身,何愁无用武之地,失业 也就没什么担心的了。应该担心的是,是否保持对学习的热情。对新知识 新技能的渴望~~~~

德哥 回复

说得好

评论
3

sea-line 已获得优酷VIP月卡 复制链接去分享

1.DBA的前途如何?
DBA的前途从目前来说是不错的,但未来怎么发展我表示看不太清楚。有人说未来大规模集群,自动化智能管理,DBA的部分工作会被机器取代,需要DBA的机率会越来越低,但对高级DBA的需求仍然是很大,我表示部分赞同;有人说未来数据规模越来越大,数据的安全性越来越重要,数据的维护也变得很关键,DBA仍然会赤手可热,我也表示部分赞同;有人说数据库的发展趋势呈多样性发展,传统RDBMS使用频率会较低,非RDBMS会蓬勃发展,我仍然部分赞同。
2.成为DBA需要学些什么?
关系型数据库理论基础、SQL、Linux基本命令和操作、数据库基础管理、数据库备份和恢复、SQL优化、数据库性能优化、一门脚本语言(Shell/Python/Perl/Ruby)……
3.在一年的时间里自学可不可以达到合格DBA的要求?
不太可能,理论跟实际相差甚远,模拟的环境根本达不到线上要求。

1

redraiment 已获得虾米VIP月卡 复制链接去分享

我觉得DBA反而原来越重要!

  1. 从IT从业人员分布来说,最早只有“开发”这一种角色:由软件开发工程师从前到后搞定所有事情。但趋势是分工不断细化不断明确,从很早之前分出数据库专职管理员,到现在项管、产品、算法、前端、设计……成了团队的标配。从业者们有了更多的选择,不再是全民写代码的局面,相信也会有更多人选择DBA这个方向。
  2. 同样与时俱进的还有DBA的职责。最早的DBA虽然基本只用管理一种关系型数据库即可,但原因是当时关系型数据库是大多数系统唯一的持久化方案、甚至唯一的IO方案。但就我司的DBA来说,眼下也不再只管关系型数据库一种,还要管理内存型数据库、文档型数据库、小文件系统,甚至还有搜索引擎等;同时还要根据各个系统自身的特点提供数据存取方面专业的建议并帮忙做技术转型。
  3. 至于人工智能等技术会不会让DBA消失。就像侯耀文的相声里说的:几十年前列车员还要负责铲煤、烧锅炉;现在坐车头点点按钮就叫上班了。技术发展让工具得以改进,让工作内容看起来更简单了,但所需的专业技能其实更强,并且行业规模也会因为工具的便捷发展的更大,反而需要更多的相关人才。就像现在铁轨越铺越远,需要的列车长数量也也来越多,要求的专业素养也越来越高。

数据存取是个永恒的话题,因此从长远来看,我觉得DBA在未来会越来越重要,但它的职责也会相应与时俱进,可能要改名叫“IOA”。

1

happycc 已获得定制笔记本 复制链接去分享

dba的趋势
_2017_03_28_22_42_37

dba收入
_2017_03_28_22_43_03

使用去年的发展作为跳板,让我们展望2017年存储的SQL Server DBA,开发人员和其他与微软关系数据库合作的IT专家的一些趋势。 广泛采用闪存存储。在SQL Server市场中最大的最大趋势之一将在2017年继续更强劲的是闪存存储的使用的增加。 与传统旋转磁盘相比,闪存存储提供更高的性能和可靠性。 在接下来的五年中,全闪存阵列将比混合闪存阵列更快地被采用。 而且,到2020年,全闪存阵列将占主存储市场的70%,根据IDC。 尽管闪存存储和企业固态驱动器的成本高于硬盘驱动器,但许多闪存阵列供应商(如Pure Storage,EMC,NetApp,IBM和Hewlett Packard Enterprise)提供了内联数据压缩,重复数据删除和其他存储效率技术, 降低每GB的有效成本。 利用当今服务器系统的高性能多核CPU和大容量内存容量,I / O已成为许多SQL Server实例的性能瓶颈。 对于I / O密集型应用程序(例如SQL Server),闪存存储可以提供比传统磁盘存储更好的性能,这种能力将越来越多地促进各种规模的企业的采用。

4

似水的流年 复制链接去分享

数据库管理就是我们通常说的DBA,主要工作是做数据库安装、管理、调优、备份,主要技术点是除了对数据库本身比较熟悉外,还要对硬件(主机、存储、网络)、操作系统有较好的理解,否则很难做到资深。
DBA的工作有些像中医,年纪越大、经验越多,价值越高。毕竟DBA遇到的数据库的环境可能会比较复杂:
1,即使同一种数据库,也可能会有很多版本之间的细微差别
2,再加上和操作系统环境/版本之间的互动,又带来进一步的复杂度,有些参数的调整对数据库的影响又有可能非常大
3,数据库也经常对操作系统的Patch有要求
4,一个人写SQL的技巧和多人并发运行的环境又不一样
5,OLTP的环境与OLAP的环境,或者混合环境也不同
6,数据库的新版本会带来不少新的写法、用法,也需要不断跟进

德哥 回复

赞,但是DBA也要与时俱进。不能脱离业务谈管理。

评论
2

小柒2012 复制链接去分享

作为一名“资深DBA”,我有话要讲。

理论上来讲,任何一个行业都可能会消失,只是有些在你有生之年你是看不到了。

当然,随着社会的发展,也催生出一些新兴行业,谁能想到老罗的得到也是可以这样玩的。

我觉得不能因为DBA而DBA,这个社会更看重的是学习能力,个人来说更应该是兴趣使然。

不管做什么行业,或者是相近的行业,你都需要有随机应变,适应潮流的洞察力。

德哥 回复

顺势而为。

评论
2

teewon 复制链接去分享

消失应该不会,只会对DBA的要求越来越高,数据库智能化越高出问题后越难排查,因为封装的程度越高。

2

爵霸 复制链接去分享

不会的,未来DBA可能做的工作不同了而已,而不是完全失业,系统在更新,人呢?是否也需要更新知识呢?不同系统多么先进,最后总得有人用吧!有人用,就会有问题,到时候不还是DBA这些专业人士干的活吧!只不过以前是靠经验,以后可能是靠工具来完成分析等等工作吧!如果一味靠着现在身上的本钱的话,早晚会被淘汰掉了的。 纯个人理解

0

我的中国 复制链接去分享

我猜这是个假消息

德哥 回复

人无远虑必有近忧呀。加油。

评论
0

whosoft 复制链接去分享

淘汰也是一种解脱,不是吗?

德哥 回复

顺势而为。社会发展的必然法则。

评论
1

happycc 复制链接去分享

DBA(DataBase Administrator )数据库管理员,我每次和公司其他非技术部门的同事解释我的工作的时候都要颇费口舌,直到最后如果他还是不明白的话,我只好说我们的工作其实和仓库管理员没什么区别,都是管理一个仓库。更多的时候,我还要解释数据库和数据仓库的区别(因为在公司里,我们是两个部门),一般我给出的解释是:DBA虽然是仓库管理员,但是里面的数据不是我们的,你如果需要数据的话,还得找数据仓库。

我把DBA分为三类:第一类:顾问型,他们属于DBA中的高端人才,经验丰富,技术全面,提供专业的数据库咨询服务或培训,擅长用偏门的技术解决问题。第二类:技术支持型,他们属于各集成商或者专业的数据库维护公司,最擅长搭建各种环境,从主机,存储到OS和数据库都很熟悉,经常troubleshooting各种数据库问题。第三类:运维型,他们维护自己公司的数据库系统,稳定是对他们的唯一要求,他们经常要和集成商或者应用开发人员打交道。这三类DBA中都有牛人,而且很多DBA并不局限于其中的一类,他们既是运维DBA,也提供数据库咨询或培训服务。

我们属于运维型DBA,但不同于其他公司的是,我们的数据库每天都要上大量的项目,数据库承受着巨大的压力。由于数据库的可用性基本上决定了网站的可用性,所以必须有人能够对应用加以控制,保证数据库被正确的使用,所以我们的DBA又分为产品DBA和开发DBA,其中产品DBA负责产品数据库的维护,包括主机存储等,而开发DBA则主要与开发人员打交道,为他们提供数据库方面的支持,并参与到项目的设计过程中,开发DBA的权力很大,当一个项目设计不合理,可能会对数据库造成危害时,我们有权力say:No!

我是公司的第一个开发DBA,在我没进公司之前,那时的硬件比较差,流程和规范也没有,经常上一个项目就把整个数据库搞宕机,DBA总是手忙脚乱的四处救火。开发人员只关注SQL是否能得到正确的结果,根本不关心SQL的性能,而如果当项目上线后再发现问题,代价非常高,所以当时的DBA老大就想到了开发DBA这么一个角色(感谢rudolf)。我第一阶段的工作,主要是优化每个项目的SQL,保证每条SQL是最优化的,通过建立适当的索引提高SQL的效率。刚开始优化SQL时,都是采用尝试的方式,就是不断调整执行计划并一次次测试,直到测试的结果满意,到后来就变成了先了解表和索引的状况,看到SQL后,最优的执行计划就在脑海中出现了,然后再去验证是否和我的想法一致。在这个阶段,通过不断建立流程和培训开发人员来简化我的工作。但我逐步发现,如果一个项目在前期设计时就不正确的使用了数据库,即一个不合理的设计,后期很难通过优化SQL来提高性能。第二阶段,我开始逐步参与到项目的设计中去,基于我对数据库的理解,给产品设计人员甚至需求方提供更好的建议。在这个过程中,最难的一件事就是如何说服别人作改变,我觉得最重要的就是信任感。虽然我经常say:No!但同时我一定会给出我的建议,通过一个个项目的证明,使得设计和开发人员越来越信任我并依赖我,后来的所有重大项目,设计人员都会找我商量并听取我的建议,这样我的工作就变得越来越简单。不过同时我也面临着一个问题:就是如何在项目开始时,就评估出对数据库产生的影响。首先你必须非常了解应用,哪些功能会被频繁使用到;第二你必须非常了解数据库,表,索引以及相关的SQL等等;第三你必须非常了解整个系统,当前的负载,逻辑读和事物数等等,根据这样一系列的信息,并结合以往的项目,给出一个综合的判断,事实上这是一个非常困难的事,很多时候我们也是凭借经验来判断。第三阶段,DBA开始与架构部门合作开发一些系统优化的项目,以前我们都是通过statspack发现一些TOP SQL,可能是执行计划不正确或者SQL不够优化,我们会要求开发人员修改。后来DBA就开始主动推动一些数据库优化项目,这些项目往往需要其他部门的协助,比如搜索引擎和架构部门,所以现在我们的很多项目,都是由DBA和架构部门共同来完成,比如今年我们的分布式数据库(amoeba 变形虫)项目。

后来,我转向了产品DBA方向,在这段时间内,我接触到了各种主机和存储,学习了很多硬件和OS的知识,同时对两种DBA的角色也有了更深的理解,产品DBA和开发DBA对于数据库的关注点是不同的,产品DBA更关注运行维护,troubleshooting,备份恢复等方面,而开发DBA更倾向于应用开发,性能优化等方面。

数据库未来发展的方向,智能化自动化一定是个趋势,各数据库厂商也为DBA提供了更方便更强大的管理和诊断工具。并且随着大家使用数据库的不断成熟,低级的错误越来越少见,我们不可能再通过调整某个“参数”就让系统性能大幅度得到提升,尤其是我们管理的数据库,参数基本上都已经是最优化了,调整的机会很少。那是不是都数据库都自动化了,就不需要DBA或者DBA的重要性降低了,我倒不这么认为。但是如果DBA只具备数据库的知识,应该是不足够了。未来的DBA不仅仅要了解主机,存储,操作系统,并时刻关注硬件发展趋势和数据库新特性以外,还应该朝着DA(Data Architect 数据架构师)的方向发展,从Database到Data就说明以后数据不一定在数据库里面了,从Administrator到Architect说明我们要懂架构,虽然我们不一定要懂得coding(PL/SQL不算)。对于开发DBA和产品DBA来说,只是工作职责上的侧重点不同,未来的环境肯定是要求DBA掌握更多方面的知识。另外,好的沟通能力和团队合作能力对于一个优秀的DBA也是必不可少。

关注中国Oracle用户组(ACOUG)微信,了解数据库领域前沿动态,数据库企业应用最佳实践。

0

1312193428596962 复制链接去分享

我老公要面临失业了。。

0

1644284323334836 复制链接去分享

数据库是人类前进的基础

0

1960192087329392 复制链接去分享

砖都没搬的了

0

1675391632546107 复制链接去分享

不用担心,新陈代谢总是必不可免的,只是时间的问题而已。

0

moodykeke 复制链接去分享

楼主过虑了,只要有bug的存在就会需要技术人员的维护,软件谁能保证360度无死角?接线员从历史舞台消失了,可是检修工到现在都存在。退一步说虽然每次技术革命都带来大量岗位消失,但同样会带来全新的行业及更多岗位的出现,从业人员更迭,颇似遵循出栈入栈法则,先进后出,这倒是要小心些

0

隆昌集团 复制链接去分享

二零一七大发财

0

1879286742271374 复制链接去分享

数据库还没学会使用

3