数据库管理员已死 已翻译 100%

oschina 投递于 2013/12/13 08:01 (共 7 段, 翻译完成于 12-13)
阅读 15401
收藏 54
5
加载中

乘坐一架狭小的支线喷气客机飞过犹他地域时,我开始思考15年前作为一个Oracle数据库管理员(DBA)的美好的甘苦时光。
传统的DBA负责存储和提供信息给特定应用程序的数据库,其策略、性能优化、容量规划和安全。然而在过去的几年里,我认为DBA的角色已经发生了巨大变化,未来也将会有更多的变化。

作为这一变化的标志,我们的大部分 ObjectRocket 客户没有DBA雇员。

LeoXu
LeoXu
翻译于 2013/12/13 10:14
6

这实在不是一个惊喜。由于开发人员一直肩负或者因此有着比以往任何时候都更快的开发周期,并且应用也急冲冲的要面市,DBA的角色因此仍在不断边缘化。上市时间的下降,创新热情的高涨,还有编程语言也已经使得敏捷开发的人气暴涨——node.js,PHP和Python应用是新的大众情人。一切都运转得比以前更快。
这种趋势导致开发商去寻求和采用适合他们已使用技术的设计属性。传统的Ops部门已经无法跟上步伐了。一开始,具有云计算知识基础的开发人员数量上升,快速的实现着后台原型和概念验证。


LeoXu
LeoXu
翻译于 2013/12/13 10:32
5

然而,这很快演变成在云上成熟的部署应用程序。在现在,技术总监是那个应该打开代码编辑器和Chrome浏览器上的云控制面板的人。事实上,全新一代的开发人员甚至除了云开发不知道应该使用什么。

为什么会这样?开发人员从云上获得的经验往往比使用内部解决方案更加有用——假设他们还有一个内部的解决方案的话。

当然云计算的体验也在改变。开发人员已经习惯了这种——打个比喻:通过Boto的一些节点,启动Flask,然后就完成了开发。或者他们只是想用一个应用程序引擎,忘掉所有的基础构建技术。

黄劼
黄劼
翻译于 2013/12/13 14:11
3

因此,这些人给我们带来了数据。

越来越多的数据正成为任何应用程序一个巨大的组成部分。虽然过去它一直是(重要组成部分),但更多的传感器设备,更大的朋友网络和微博的良性循环已经导致数据字节的N平方爆炸般增长。

在IOS或者什么其他设备中,应用程序现在发展为一种带有用户界面的信息软件,它通过知道你在哪里甚至能够找到一种正对你脾气的啤酒。这些应用程序依赖于复杂的地理和社会的设计。他们需要简单易行扩展接口。使之做扩展的时候,做到不需要任何打断。
黄劼
黄劼
翻译于 2013/12/13 14:28
2

这些新的复杂的数据类型、核心API架构和逐渐扩大的需求导致数据存储进入了一个全新的阶段。你可能已经听说过NOSQL了,从广义上来讲,相比于应用服务模式,云上的数据存储服务还未真正广泛地传播开来并为大众所接受。可能的原因在于运行一个数据存储远比负责一个应用程序堆栈来的复杂得多。

目前在静止数据和对存储供应商的信任方面也还存在很多棘手的问题,但这些问题正在逐一被解决。Rackspace提供了MySQL、 Redis的Go客户端 和ObjectRocket (我所在的公司)等服务。我们也可以看到亚马逊提供的RDSDynamo服务。同时也有很多的小商家像CloudantClustrix也在做类似的事情。

cmy00cmy
cmy00cmy
翻译于 2013/12/13 15:04
2

除非是像Facebok或Apple那样的大公司,否则很难体会到使用存储服务的好处。就举一个例子:开发者们在面对许多重大功能性问题的时候,他们可以专注于核心的API交互而忽略其它一切不相关的事情。

在这种模式下,DBA们,特别是那些专注的DBA们,就显得有些过时了。开发者们无需关心诸如碎片整理、重建索引、数据文件存储空间这些事情,也不用管像硬盘、磁盘阵列、Ubuntu内核版本等一系列的问题。这些所有的问题全部都会由供应商一方给予解决。

这很好不是么?但是供应商必须获得你的信任并保持住才行。在此之后,我们就可以开始讨论你的数据了。当双方达成协议或者谈判破裂亦或是彻底没戏之后,此事就全部结束了。一个成功的供应商会保证产品能够为开发者提供完美的开发体验、所有接受的开源API。

cmy00cmy
cmy00cmy
翻译于 2013/12/13 15:18
1

此处用电信时代的一个现象来形容在合适不过——拨号音。它就那么存在了。

因此也许DBA这个角色未必会消失,他只是开始为另一位boss打工而已——那些存储服务供应商。成功的DBA将会理解:在这个新世界,他们的工作意味着在数以千计的逻辑数据库上处理PB级别的数据和十亿级别的操作。他们将以更少更成熟的数据库技术应对日益困难的工作环境,不是变得彻底自动化就是彻底消失。

DBA,永存!

cmy00cmy
cmy00cmy
翻译于 2013/12/13 15:34
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(63)

g
grf123
表示看不太懂,曾经也很想成为DBA。
饶智闽
饶智闽

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“xmut”的评论

引用来自“冰河垂钓”的评论

引用来自“sxgkwei”的评论

Java已死。
C已死。
Objective-c已死。
C++已死。
C#已死。
PHP已死。
VB已死。
Python已死。
。。。。
哈哈。。

码农已死。

模板格式:XXXX 已死!
请继续!

项目经理已死

主管已死

CTO已死

CFO已死

CEO已死
饶智闽
饶智闽

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“xmut”的评论

引用来自“冰河垂钓”的评论

引用来自“sxgkwei”的评论

Java已死。
C已死。
Objective-c已死。
C++已死。
C#已死。
PHP已死。
VB已死。
Python已死。
。。。。
哈哈。。

码农已死。

模板格式:XXXX 已死!
请继续!

项目经理已死

主管已死

CTO已死

CFO已死
饶智闽
饶智闽

引用来自“饶智闽”的评论

引用来自“饶智闽”的评论

引用来自“xmut”的评论

引用来自“冰河垂钓”的评论

引用来自“sxgkwei”的评论

Java已死。
C已死。
Objective-c已死。
C++已死。
C#已死。
PHP已死。
VB已死。
Python已死。
。。。。
哈哈。。

码农已死。

模板格式:XXXX 已死!
请继续!

项目经理已死

主管已死

CTO已死
饶智闽
饶智闽

引用来自“饶智闽”的评论

引用来自“xmut”的评论

引用来自“冰河垂钓”的评论

引用来自“sxgkwei”的评论

Java已死。
C已死。
Objective-c已死。
C++已死。
C#已死。
PHP已死。
VB已死。
Python已死。
。。。。
哈哈。。

码农已死。

模板格式:XXXX 已死!
请继续!

项目经理已死

主管已死
饶智闽
饶智闽

引用来自“xmut”的评论

引用来自“冰河垂钓”的评论

引用来自“sxgkwei”的评论

Java已死。
C已死。
Objective-c已死。
C++已死。
C#已死。
PHP已死。
VB已死。
Python已死。
。。。。
哈哈。。

码农已死。

模板格式:XXXX 已死!
请继续!

项目经理已死
k
kaven276
12315为什么会那么慢,就是因为开发商只会“开发功能”,根本就不懂系统,特别是负载的最终承担者---数据库。成功的大型信息系统永远都需要精细优化的数据库设计、数据访问优化。这些都无法指望应用开发人员,只能靠经验丰富的DBA。
k
kaven276
大型信息系统后面的数据库永远都不是一个简单的黑盒子,开发人员只需调用API使用即可,这种认识太无知了。
k
kaven276
作者怕是没干过什么大的信息系统,大型的信息系统中最难的部分就是和数据相关的部分,抑或说刨除掉界面和接口部分,信息系统的核心工作就是数据库的工作。数据库的安全保障和性能优化如此复杂,自动化机制无法解决,还需要有大量精通数据库、操作系统、网络和存储系统的专家,也即DBA。没有这些优秀的DBA,捆绑您多花几倍的钱买硬件设备等基础设施,性能也不能令人满意。光从节省不必要的投资和运营成本看,DBA就是非常需要的。
我只是希望不再推广这种外行评论自己不熟悉的工作的文章了。
余风
余风
文章分析的有点道理,不过个人认为dba不会死,而是换了个boss
返回顶部
顶部