资讯专栏INFORMATION COLUMN

运维和开发是冤家么?

liaoyg8023 / 2554人阅读

摘要:第二种情况是出现故障,先推给运维。想必不少运维同行也有此遭遇。没有人能保证系统运行中不发生任何问题或故障。

这是一篇命题作文,应一位同行兄弟的邀请而作此文。他告诉我,目前他跟开发的关系有些僵持,希望能我能发表一些看法。尽管我不一定能给出好的建议,但我觉得这个事情具有一定的普遍性,于是写一篇文章,权作抛砖引玉。

众所周知,一个网站或者一个项目要创建和运营,绝不是一个人可以完成的(个人玩玩那种不算)。至少需要产品、设计、程序开发(前端、后台)、测试、系统维护(部署、运营、维护)、平台运营等等若干职位。

在团队的认知中,某些职位的人总喜欢强势认为自己很重要,是处于主导地位的。于是在这些人的意识里,其它职位或人员都是辅助和次要的,是围绕着他的。在这样的环境里,造成人员冲突的几率就大,相互协作的意识就几乎不存在。如果项目较高领导(老板)也有这种认识,那么情况就更糟糕了。

在大部分不规范或者不以技术为驱动的公司里,一个比较典型的情况就是:

对于系统运维人员,如果系统长期稳定运行,一些人就会认为,运维是不是多余的?反之,如果故障频发,一些人又开始抱怨,运维是干啥的啊,怎么老出问题?

造成这些问题的原因是多方面的,可能是认识问题,也可能是项目本身的问题(比如交易型网站运维的地位就要比宣传型网站运维的地位高)。对于我们个人来说,我建议找工作的时候,尽量找交易型的,毕竟公司的存在是以系统平台来赚钱,系统停止就意味着损失,因此个人在组织中的地位自然就比那种宣传型的网站高了不少。对于认识方面的问题,情况比较复杂,需要做更多的分析和考虑。

回到我们的主题上来。随便是一个程序员或者测试人员跑过来,就要求干这干那。没有书面文档,也没有一个流程。这样次数多了,运维人员多半就会感觉被支配,不耐烦,疲于应付。第二种情况是:出现故障,先推给运维。这个真的最要命,也最容易起纠纷。想必不少运维同行也有此遭遇。

抛一些想法,供大伙参考。

主动

搞技术的人,性格内向的偏多。不知道是不是因为长时间跟机器打交道的原因。但不管怎样,主动与人沟通依然是很重要的。

我们要让别人知道,运维实际上在干很多事情(选机房、做系统架构、技术选型、日常维护、半夜爬起来跑机房、24小时响应…此处神略 666666 字),要说出来,项目列得越详细越好!

有些事情在别人看来(比如开发人员)似乎很简单,不就是上架服务器,安装个系统么?那么我们就要跟他较真:哪个机房带宽质量好?哪个机房服务到位?怎么装系统更快、更符合要求(不要给我们讲一路回车,一根到底、程序数据一锅端)?做了要说,而且要多说,才能让别人了解我们其实下了很多功夫,做了很多工作。

要知道,设计的界面再美观、程序再牛逼,系统崩了,那也只是一堆占据硬盘空间的二进制而已!

中国是一个人情社会,大家时不时一起吃个饭,很多事情就好商量了。你是否准备请或者被请,跟其它部门的人一起出去吃饭呢?

协作

把责任推给别人,原因很简单——利益和面子!谁都不愿意努力付出了,最后却因为发生故障扣钱,甚至影响前途(很多机构只注重处罚而很少提及奖励)。

没有人能保证系统运行中不发生任何问题或故障。为了一切不可预知的问题,我经常的措施是:

1、收集相关资源的联系方式:机房、供货商、服务提供商(cdn之类的);

2、收集相关技术人员的联系方式:技术负责人、程序员、测试等等;

3、根据业务,故障报警发相关人员;

4、联系接口人员告知故障发生,获取故障现象并简单描述

5、要求相关人员协调排查;

6、告知自己排查的情况(查了哪些项目、数值是什么状况、修改了什么、数据截图等);

7、故障排除,总结经验;

8、内部讨论一下,看能否大事化小(小事化了要看具体情况)。如果不是己方的责任,过分强调过错或过失,又会回到相互推卸责任这个老路上来。

流程

没有流程,必定会引起一团糟,比如前边说的,随便是个人就跑过来提要求;流程太繁琐,也不行,会严重影响效率。在这里,不强调怎么做流程,但起码,我们可以相互约定一个接口人,有什么需求,尽量通过接口人。

如果、如果什么都不能改变,尽快闪人吧!

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/3959.html

相关文章

  • 创业还需要开发 App

    摘要:微信连续两周发布重量级接口。首先是让网页开发者欢欣鼓舞的,使微信内的几乎可以得到微信的所有能力。性能随着换机不断提高,本地能力随着对的支持和各种的开放接口也变得愈发强大,而最大的入口问题如今被微信解决。 微信连续两周发布重量级接口。首先是让网页开发者欢欣鼓舞的 JS SDK,使微信内的 WebView 几乎可以得到微信 Native App 的所有能力。此外,公众平台数据接口,允许开发...

    ziwenxie 评论0 收藏0
  • 云端开发维的三大减速带

    摘要:开发运维和云的结合终将成为助推企业发展的一条高速公路,但是现在,企业需时刻小心前行道路上的红灯。云,意味着公有云,可为开发运维提供实施平台。企业曾在开发运维和云上犯过重大错误。原文链接云端开发运维的三大减速带 showImg(https://segmentfault.com/img/bVTkm8?w=770&h=300); 开发运维(DevOps)和云的结合终将成为助推企业发展的一条高...

    KnewOne 评论0 收藏0
  • 云端开发维的三大减速带

    摘要:开发运维和云的结合终将成为助推企业发展的一条高速公路,但是现在,企业需时刻小心前行道路上的红灯。云,意味着公有云,可为开发运维提供实施平台。企业曾在开发运维和云上犯过重大错误。原文链接云端开发运维的三大减速带 showImg(https://segmentfault.com/img/bVTkm8?w=770&h=300); 开发运维(DevOps)和云的结合终将成为助推企业发展的一条高...

    崔晓明 评论0 收藏0
  • 活动实录|拒绝"删库到跑路",探究饿了数据安全保障体系

    摘要:数人云告别人肉运维上海的实录第二弹来啦本次分享的嘉宾是饿了么团队负责人虢国飞。虢国飞饿了么团队负责人从事数据库领域年,主要关注于数据库管理自动化建设和等领域的研究。本次主题关于数据安全的保障。在这一层,饿了么做了一些数据方面相关的保护。 数人云告别人肉运维上海Meetup的实录第二弹来啦!本次分享的嘉宾是饿了么DBA团队负责人虢国飞。实录将从用户访问、数据库架构体系、数据备份、数据流转...

    xiaowugui666 评论0 收藏0
  • 活动实录|拒绝"删库到跑路",探究饿了数据安全保障体系

    摘要:数人云告别人肉运维上海的实录第二弹来啦本次分享的嘉宾是饿了么团队负责人虢国飞。虢国飞饿了么团队负责人从事数据库领域年,主要关注于数据库管理自动化建设和等领域的研究。本次主题关于数据安全的保障。在这一层,饿了么做了一些数据方面相关的保护。 数人云告别人肉运维上海Meetup的实录第二弹来啦!本次分享的嘉宾是饿了么DBA团队负责人虢国飞。实录将从用户访问、数据库架构体系、数据备份、数据流转...

    qc1iu 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<