Mysql入门荣誉,还是苦逼?
《Mysql入门荣誉,还是苦逼?》要点: MYSQL数据库引言 MYSQL数据库全栈工程师(本文称「全栈」开发者)和DevOps 无疑是近期最火的词汇,无论是国外还是国内.而且火爆程度远超于想象. MYSQL数据库全栈和DevOps,究竟是我们的新职业方向,还是仅仅创业公司老板的心头所爱?且听本文理性分享. MYSQL数据库Anyway,文末附赠9家把DevOps 搞得风生水起的国外公司及更多信息.本文系 OneAPM 联合高效运维编译整理. 正文MYSQL数据库最近有两个特别讨厌的趋势:DevOps 和「全栈」开发者的思想. MYSQL数据库时下,DevOps 已经非常流行,以至于讨厌它就像讨厌 x86 架构或单内核一样,那么究竟是什么造成了这样的结果?让我如此痛苦的根本原因,又是什么? MYSQL数据库事实上,并不是每家公司都是创业公司,但却又要去表现得像创业公司一样. MYSQL数据库「DevOps」旨在表示密切合作,让原本纯粹的开发、运营和 QA 角色之间协作运转. MYSQL数据库因为软件发布的频率越来越高,传统的「瀑布型」开发—测试—发布周期已经不能满足业务的需求,后果就是,开发者还必须为测试和发布的环境质量负责. MYSQL数据库随着「开发者」(这个词是否恰当仍存争议)的责任范围不断扩大的同时,综合的全能型开发者需求也被触发——「全栈」开发者. MYSQL数据库这样一来,开发者要既能做开发,还需要兼任 QA 团队成员、业务分析师、系统管理员和 DBA 的工作. MYSQL数据库那么,DevOps 和「全栈」开发者,这些概念是从哪里冒出来的呢? MYSQL数据库当然是来自创业公司(和敏捷方法):
MYSQL数据库但不幸的是,当下 DevOps 这个潮流正在迫使开发者在一个成熟的公司中继续扮演这些角色,迫使开发者担任由于基础资源缺乏而不得不为的「开发者」角色. 身兼数职MYSQL数据库想象你在一个只有七个人组成开发团队的创业公司.花一年的时间去开发一个 web 应用,各个项目都进展顺利,但是这个过程绝对让你混乱——如果有一个特别严重的问题出现,似乎需要深度的数据库知识. MYSQL数据库这种情形下说:「这不是我的专长」这样的话,或者将它交给 DBA 团队进行调查显然是不可行的.由于资源限制,你不得不承担 DBA 的角色,自己去解决问题. MYSQL数据库现在,扩展这个场景到之前所列的角色下.在任何时候,开发人员在一个初创企业可能会兼任开发者、QA 测试员、部署/业务分析师、系统管理员或 DBA. MYSQL数据库这完全由创业公司的性质所决定,而有些人在这样的环境下可以飞速成长.但一路走来,我们不断欺骗自己,因为在任何时候,开发者都不得不身兼多职,甚至有时候要承担所有角色. MYSQL数据库即使这样的人真的存在,「全栈」开发者仍然不会以正常的方式去工作.创业公司并非只是想着开发者暂时短期内担任某个角色,然后过渡到下一个角色;相反,会要求你一直担任所有的角色. MYSQL数据库这真的很糟糕,这意味着,可能需要最优秀的开发者. 也谈等级MYSQL数据库优秀的开发者都是聪明人,这么说可能会被很多人吐槽,然而在一个机构内,技术人员却是存在多个不同的等级.开发者最高,接着是系统管理员和 DBA.「运营」人员、发布管理员等角色处于最底层. MYSQL数据库为什么这样排序呢? MYSQL数据库因为,若有必要,每个角色都能够承担低于这一层次所能做的所有工作. MYSQL数据库这一点在创业公司已经得到证实.在需要的情况下,优秀的开发者可以转成合格的 DBA、不错的测试员、「部署开发者」以及各种所需的角色. MYSQL数据库他们的工作需要他们尽可能的了解底层角色的工作范围.但这存在着一个大的隐患——反之则不成立. MYSQL数据库在紧要关头,测试员却干不了开发者的活,也不能成为构建开发者做 DBA 的工作.他们从未获得这些角色的专业知识. MYSQL数据库举个例子说得更清楚吧:
MYSQL数据库无论乐意与否,每个组织都有层次结构,人们按不同技能和能力水平分类.所以,当你一昧要求开发者担任其他角色时,最后的结果可能是:没人能担当得起开发者的角色. MYSQL数据库如此运转会损害所有人员,除了雇主.这场实验本意是提高软件质量,却无意之间成了闹剧,让最有才华的员工过度工作(做了很多无用功),同时低层次的职位没有存在感. MYSQL数据库而这正是问题的症结所在.所有最初由不同层次的人所担任的岗位,都是由「全栈」开发者进行的.大型公司非常喜欢这一点,因为这意味着他们可以雇用更少的人来做同样的工作. MYSQL数据库尽管在这个过程中,实际开发成为开发者的工作中很小的一部分.这就是为什么我们看到这么多的开发者无法通过 FizzBuzz: MYSQL数据库他们几乎没写任何代码.这个问题非常普遍,你能想象一下面试一位厨师,问他每天有多少时间真的花在烹饪上? 博而不精MYSQL数据库如果你是一个中等规模软件的开发者,你应该需要一个适当的部署系统.考考你,请马上说出下述这些系统各自的优缺点: MYSQL数据库Puppet、Chef、Salt、Ansible、 Vagrant 和 Docker.现在开始实现你的部署解决方案吧!你是否注意到以上系统有一项是完全无关的吗? MYSQL数据库专业化是有原因的:人们只能专注于有限的知识.任务切换无疑是昂贵的.强迫开发者承担其他角色意味着:
MYSQL数据库更重要的是,通过迫使开发者承担“全栈”责任,他们会支付其远远高于完成大部分工作的市场平均价格. MYSQL数据库如果开发人员每年挣100K,你可以支付4个开发者每年100K 来做一两个人的任务,50%时间完全做开发,剩下50%的时间做发布管理.或者,只是雇一个发布经理,花大约75K,但两个开发者全职开发. MYSQL数据库注意一下兼职发布管理的开发者在无需发布时浪费了很多时间. 不要再扼杀开发者!MYSQL数据库这样做的效果是摧毁「开发者」这个角色,以一种「全能技术工人」来替代. MYSQL数据库就笔者所知,每个进入编程领域的开发者,都是因为他们实际上喜欢开发(或者一度喜欢).当你强迫最聪明的人承担额外角色时,其实伤害了所有人. MYSQL数据库并非所有公司都是创业公司.创业公司不得不让开发者身兼多职,也有其必要性.但是请根据实际情况进行判断,你是否需要 DevOps. 推荐9个 DevOps 实践公司MYSQL数据库你可能知道 Netflix 和 Etsy 在 DevOps 领域的突出表现,但是下面的9个 DevOps 实践公司却可能让你感到不可思议,我们一起来盘点下. 1. StarbucksMYSQL数据库星巴克在2015年4月的 #DevOpsTogether 开始了其 DevOps 计划.尽管「在一起」已经是个陈词滥调,但是不用担心.从Medium.com这篇文章①了解到,星巴克 CEO 非常支持 DevOps 理念,并且一直努力让公司保持技术上的创新. 2. Ancestry.comMYSQL数据库Ancestry.com 是 DevOps 运动的早期采用者,是 Continuous Delivery 和 DevOps 运动的先锋. MYSQL数据库早在2013年,这些流行的方法就对发布次数和公司满意度上有了显著提升.想了解更多关于他们的过程、迁移和 DevOps 文化,不妨查看一下他们的系列文章②. 3. Ashley MadisonMYSQL数据库没人会觉得这是一个 DevSecOps 博客,尽管其数据库被黑已经成为 DevOps 安全的反面教材.冒着风险开始一个更大的话题,这个著名公司的失败有助于阐明事实,也许 DevOps 并不总意味着更快和更经常.这里有一些不错的DevOps安全文章③,仅供参考. 4. EtsyMYSQL数据库Etsy 也在实践 DevOps.Etsy 不仅是一个超级酷的公司,专注于节日礼物,他们同样也在努力的 DevOps. MYSQL数据库2008年,他们看到了 Flickr 每天发布10次部署,2009年,他们建立自己的工具来更好更快地发布代码,而且不仅由开发团队.「Etsy 如何应用 DevOps④」绝对值得一读,或者再看看他们的代码⑤. 5. U.S. Customs and Border ProtectionMYSQL数据库这个肯定是你想不到的!在司法部、海关、边境保护署和美联储,美国政府异常活跃于采用 DevOps. 6. LinkedInMYSQL数据库LinkedIn 成为一个大型的 DevOps 用户不足为奇.早在2009年,LinkedIn 团队就开始使用自动化部署工具,用于管理在1000+节点环境下发布上千个应用/服务的复杂性.现在他们正在培养世界级的 DevOps 社区.看看这篇关于他们使用第一个工具⑥的文章. 7. NASAMYSQL数据库不管你是否知道 NASA 正在使用 DevOps,这都非常振奋人心.我们最爱的方法可能正帮助人类登上火星,或许是有点夸张……或者也名副其实.无论哪种方式,NASA 一直在思考软件部署,自从2004年首先采用了 JIRA 后,他们已经抵达 DevOps 星球. 8. AppleMYSQL数据库不要让苹果巨大的 IOS 更新,以及它重要的九月发布季,让你误以为他们放弃了技术创新的风口浪尖.尽管苹果的 DevOps 还没有广泛使用,但他们正在寻找合适的工具,雇佣优秀的人才,来完善日常部署. 9. AirbnbMYSQL数据库类似 Netflix 和 Uber,Airbnb 被认为是一个「第三平台公司」,因为他们利用社交、移动、分析和云.作为一个第三平台公司,DevOps 需求不可避免,这便于迅速发布多个小型部署. MYSQL数据库如果你有兴趣学习更多关于 Airbnb 的数据和基础设施,可以参考这个slides⑦. MYSQL数据库然而,是否每个公司都需要紧跟这个潮流,Jeff Knupp 在 “How ‘DevOps’ is Killing the Developer”⑧ 一文中发表了他的观点. MYSQL数据库①?https://medium.com/@cloud_opinion/starbucks-announces-devopstogether-2933aad59d74
②?http://blogs.ancestry.com/techroots/category/devops/?
③?http://www.csoonline.com/article/2917033/network-security/does-devops-hurt-or-help-security.html
④?http://www.networkworld.com/article/2886672/software/how-etsy-makes-devops-work.html?
⑤?https://codeascraft.com/
⑥?http://devops.com/2014/04/02/deployment-and-monitoring-automation-glu/
⑦?http://www.slideshare.net/InfoQ/data-infrastructure-at-airbnb?
⑧?https://jeffknupp.com/blog/2014/04/15/how-devops-is-killing-the-developer/ (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |