IT博客汇
  • 首页
  • 精华
  • 技术
  • 设计
  • 资讯
  • 扯淡
  • 权利声明
  • 登录 注册

    【转帖】运维人员不是给开发打杂的 谈运维开发的自我修养

    Vlix_Liu发表于 2015-02-26 03:08:52
    love 0

    “为了分摊黑锅,运维发明了devops和full stack” 2014年的最后1天,特别感性的在微博上发出了这样一条消息:背黑锅是运维的专业!一位WOT峰会的讲师 @连城404 用这样的一句话解读了背黑锅后面寻求的答案。

    另外,51CTO博主@ alex3714在2015年第一天就发表了普通的运维人员就是秋后的蚂蚱一文,他的观点是“普通的运维人员已是秋后的蚂蚱,蹦跶不了几天了,他们已经走在了被淘汰的路上,IT自动化必将砸掉大多数不思进取的运维人员的饭碗,普通运维人员一定要向运维人员开发转型,否则丢掉饭碗只是时间问题。”

    所以,在竞争日益激烈的今天,IT运维不少的新理念和方法得到了广发的认可及应用,同时随着云计算和大数据的发展与普及加速了运维趋向成熟,基本上已经颠覆了小企业的运维模式,一场新的运维变革运动悄然兴起。

    因此,51CTO从2014年12月就 开始筹划2015年的WOT会议,经过深思熟虑将2015年4月的主题定为互联网运维与开发者大会,期间仅会议主题就翻来覆去的修改不下20次。将互联网运维定为主题受到不小的压力,一方面开发现在是当下的热门,开发人员炙手可热,当下的各种大会主题也都在围绕着开发来展开话题。另外一方面,据业界人士分析,运维与开发人员的比例大概是1:50,甚至更高。而且在用户的普遍认知里,运维职位相当开发人员要LOW,在企业里并不受到重视… …

    企业运维现状

    那么运维该怎么做才能够在开发人员面前摆正姿态?下面通过@左耳朵耗子的微博的简单观点阐述了运维人员应该如何摆正姿态,进入IT运维的最高层次:

    “其实,运维要用‘云服务’的思路去做。如果一个公司内的运维团队开发出一堆工具,让做应用开发团队可以很容易地申请机器、存储、网络、中间件、安全等资源,并很容易管理、监控和部署应用,并提供运维资询。而不是帮应用开发团队干活擦屁股当保姆。那么,这个公司就会不经意地做出一个云计算平台来了。”

    显然,未来云计算数据中心的核心是自动化运维,而且这个系统不是用钱能买来的,如同工业流水线的自动化控制,需要业务和技术不停的磨炼,目前,国内最好的互联网公司离这些还有着一段距离。

    运维人员的自我提升

    作为一名优秀的开发人员都不可能只需专注一门语言,精通一门技术即可,更何况运维人员这个杂家呢?

    所以,掌握一门开发语言已经成为运维工程师的必备技能。如果不会开发,自己系统的业务流程不能够充分理解,更别提调试、优化这些程序。再者,对于性能来说,开发人员的关注比较少,所以这些工作自然就落在了运维人员的身上,如果公司的新业务上线,导致卡顿、缓慢、资源占用等问题,然后完全就交给开发人员处理,这样咋体现自己本身的价值?

    借用一位国外运维大牛曾说过的一句话:Life is short,you need Python! (人生苦短,我用Python),可见,Python、SHELL等语言的熟练对于一名运维人员来说是多么的重要。为什么这么说?让我们看看某公司的招聘说明,你就明白了。

    【工作职责】

    - 搭建基础运维架构,对新技术和方案进行尝试和测试,用技术满足业务发展需求;

    - 维护美团网各项服务,持续查找并修复问题,做保障业务稳定运行的幕后英雄;

    - 应急响应线上故障报警,在故障时成为快速解决问题恢复业务的消防员;

    - 积累系统运维的最佳实践,制定运维规范和策略,并实现文档化。

    【职位要求】

    - Linux骨灰级玩家,两年以上Linux系统管理经验;

    - 精通网络、操作系统原理,熟练使用SHELL、Python;

    - 具备很强的分析和解决问题的能力,有机房建设、运维流程经验者优先;

    - 对如下关键词代表的系统熟悉者优先:iDRAC/Cobbler/KVM/LNMP/Zabbix/Puppet/CMDB等;

    - 在开源社群活跃并有积极贡献者优先。

    OMG,Nginx、Hadoop\Python\Fedora\Docker\SHELL\Ruby\Rails\LAMP\Nagios\ Cacti\ Puppet这些不熟悉,怎么混运维呢?

    转自:http://server.51cto.com/Operation-463881.htm



沪ICP备19023445号-2号
友情链接