听业内人士谈谈IT运维到底有没有意思?(续)-PIGOSS BSM

李虓,someone who still have dream


以前做过开发,现在在做运维。但我认为大部分人对这个职位还是普遍存大着很多误解,因为出现的时间和发展的时间不够长。本身互联网运维的目标就是保证产品
(网站/应用)能够正确无误的运行以支持整体商业目标 规模上去之后你会发现这个运维可以包括太多的东西,也可以细分成无数的子部门。
   互联网公司的一个特点应该是快速开发周期,在SOA的框架下可以分成很多小service,如此多的service在开发、发布的过程中遇到的一系列问题,都需要想创造性的解决。系统监控更是如此,虽然目前有了一些比较成熟的开源的运维监控工具
但是毕竟每个公司的情况不同,大部分公司会在监控和问题处理上下大工夫做自己的开发。像 PIGOSS BSM
就是一款网利友联自主研发的运维监控工具,除了本身已有的监控模块,PIGOSS BSM 还支持定向开发,给不少的运维人员带来了方便
。但是做运维绝对不意味着不写程序
起码做好运维是这样。写的程序一般不会比dev少,区别是dev做的开发是大规模,周期长的,有语言要求。运维的要求则是快速解决问题。

最后回到有趣没趣的问题上:
   有趣没趣?如果你喜欢挑战,喜欢对所有的事情都问个“为什么” ,喜欢做一些没人知道也没人告诉你该怎么做的事情,上alexa找top100的公司去做他们的运维,绝对有趣)

蒋建红,运维人!

要说运维工作有没有趣,我认为这取决于一个人的好奇心,不过目前市面上做运维监控工具的越来越多,用了运维监控工具,好多的单技能的运维人员将慢慢的退去幕后了。

jaseywang

我个人感觉很有趣,觉的运维是个很有挑战性的一项工作。尤其是在出了问题之后,如何在最短的时间之类将其修复。还有就是学的东西,包括接触的东西比较广一些,当然相对的可能就不是那么深入的。现在有了各类型的运维监控工具后,运维人员的工作还会面临新的挑战

王中会,linux系统工程师,运维

我感觉这样形容运维挺贴切的“忙的时候忙死,闲的时候闲死。”通常比较闲,很多时间你可以利用,主要看如何做好时间管理。

Guixing Bai,System Administrator

有没有趣这个问题本身就是萝卜青菜各有所爱,运维的工作范畴也相对比较大,现下大的互联网公司中运维的工作也基本趋于规范化,有一线的救火运维也有二线的运维监控工具体系建立的运维。要说感兴趣,运维的工作主要是以下一些方面。

  大规模:无论是代码的部署,服务监控还是软件安装以及配置的变更,运维人员都要考虑大规模情况下的处置办法,如何高效的,完整的处理大规模应用?这是运维需要面对的问题。

  突发事件:运维人员经常面临墨菲定律的拷打,所以解决突发性问题也是运维人员要研究的方向之一,如何预知突发性事件?如何能让机器自己处理突发性事件?

  性能和稳定的平衡:运维的首要问题是稳定,追求性能有时候能提高稳定性,有时会降低稳定性,运维人员要注重这两点的平衡,在自己能控制的系统层面要做到,还要和开发人员一起从应用层面也做到。

  另外:有些公司把运维工作归入开发,有的则把运维独立出来,就我看来各有各的好处,公司大的情况下基本都是把运维独立出来的。

时间: 2024-10-11 00:52:06

听业内人士谈谈IT运维到底有没有意思?(续)-PIGOSS BSM的相关文章

听业内人士谈谈IT运维到底有没有意思?

[ 文章摘自PIGOSS BSM 官网  http://www.netistate.com如需转载,请标明出处!] 在一般的公司,IT运维的工作都是不被重视的,只有当出现问题的时候,才把运维人员搬来"救火"很多人认为是一份打杂,费力不讨好的工作,那从事这类工作的同鞋们,自己感觉如何呢?是哪方面比较有意思呢?咱先来看看专业人士是怎么评论IT运维这个工作的!   张麒,System Admin 凡是认为运维是打杂的公司,他们的内部IT一般不会好,有可能一团糟.         首先从运维工

漫谈运维:运维到底做什么?

先来摘录一段<漫谈运维:半神半仙亦民工> 的内容: 1,网络工程师的工作 你至少要能配置CISCO 6509以下的设备,熟悉各种网络协议,否则网络出问题的时候你会傻掉. 2,系统工程师的工作 你至少要理解各种系统服务,在出问题的情况下要迅速解决问题,而不是等系统工程师来解决. 3,安全工程师的工作 我不要求你一定要会各种网络编程,但是在服务器收攻击的情况下,没有防火墙的情况下,做一些简单的处理工作. 4,存储工程师的工作 至少要熟悉各个厂商的设备,各种备份和还原的办法 5,测试工程师的工作 在

7.学完linux系统运维到底可以做什么?

linux运维到底可以做什么?(略有改动原文.排版) 运维,很容易从字面理解为运营.维护. 很多朋友认为,在互联网公司中linux系统运维的工作就是安装系统,部署服务.处理紧急故障,为公司里的开发人员及其它部门提供支持服务.同时,还可能负责公司办公内部和IDC外网的网络业务稳定. 没错,上面的工作的确是运维的一部分工作,但并不是全部,或者说是中小公司低级的运维劳动. 在老男孩看来,除了上面的角色外,运维人员还是管理.制度.规范.流程的制定和推行.监督角色. 运维的核心是运维思想,非运维技术本身(

谈谈数据库运维自动化

当你写了太多的数据库脚本,做了太多的自动化工作时,面对零散的新需求,尝试自动化时是否需要按使用频率提高自动化水平. 假如有个常见需求,数据库里删除一个大表里的部分数据,或者redis删除一个key 做为运维,需要考虑表有多大,是否要循环删除,删除条件是否有索引, redis的数据类型,如果是list,set,zset,需要考虑大小,是否需要循环清理 第一阶段,把循环删除动作写在一个循环脚本里. 运行脚本完成这次任务 第二阶段,把这个脚本做成通用性,以后再有类似的同样的需求,可以传参过来完成 第三

第1课 介绍大型站点运维到底是什么?应该具备哪些能力 (2)- 大型网站高并发架构与自动化运维实战(五)

  配置服务器 设置服务器IP地址 1.编辑网络配置文件 # vi /etc/sysconfig/network-scripts/ifcfg-eth0 2. 修改网络自动启动(修改文件内容) ONBOOT=yes vi命令,i编辑, 移动光标,修改no为yes, 按esc键,输入wq,保存并退出. 3. 重新启动网络服务器 # service network restart 4. 查看本机ip地址,当前是dhcp获取ip # ifconfig 10.0.2.15为本机IP地址 网络配置完成. 在

IT运维日常问题处理原则-续

复发性故障是最不值得处理的故障,既浪费时间又影响体验. 以前我们都把故障和问题混为一谈,通常故障是指可能造成服务中断或者服务质量下降的事件,一个故障肯定是由一个问题或者是多个问题引起,当然一个问题也有可能是多个故障的原因 我们要尽快解决故障或者为用户提供其他解决方案,而对于问题尽最大努力找到根源解决直到关闭(关闭的定义是指这个问题不会再造成故障),任何问题的处理过程都应记录并形成知识库. 我们需要定期回顾未关闭的问题,鼓励大家在任何会议中分享大问题的处理过程. 原文地址:https://blog

【IT运维监控】几大运维监控工具优缺点介绍

随着互联网的高速发展,大量的应用需要横跨不同的网络终端,并广泛接入第三方服务,IT系统架构越来越复杂,如果一个网站或 一个产品能够有一个良好的用户体检,那就必须要求IT运维管理者时刻保障核心业务稳定可用,而企业运维的痛点和难点也就在这,目前大部分的IT运维人员还 不能实现主动监控,仅仅是充当一个救火员的身份,当业务或其他人员在使用中发现了问题,运维人员才能来排查问题 解决问题.并不能像一些运维监控工具一样 做到防患于未然. 1.不同业务部门的人关心的方向不一样,面向业务的运维,不但关心IT资源的

【IT运维监控】集团宕机引发对运维人员的思考 

前不久某大型集团官网和APP突然无法正常使用引发热议,不少人幸灾乐祸,也引发出了各种的谣言和段子,根本难以体会集团内部所受的压力,特别是作为一个大集团内部的运维人员所承受的各种压力和不安. 后 来,原支付宝运维团队负责人针对此事发表了一篇文章,让不少的运维人员深有感触,作为肩负运维监控使命的运维监控工具--PIGOSS BSM 也同样感同身受.面对层出不穷的运维安全隐患,当下运维人员急需一套高效的7*24小时都能担负监控任务的工具,为自身的运维工作减负,告别之前加班熬夜 但没有工作成绩的"怪现像

[转载]系统运维秘诀大分享专题

系统运维秘诀大分享专题 本专题整合收录了有关系统运维/系统管理员工作和个人成长方面的各种心得分享.经验总结.以及必须牢记的一些准则,适合所有在运维领域有追求的技术人阅读.有些分享的层次比较深,有些则是运维的基础课,但通过翻看他人的心得,相信你总能有所收获. 1 Dormando的系统运维秘诀三部曲... 4 1.1 技术篇... 4 1.1.1 为变化而设计.... 4 1.1.2 使用自动的,可重复的构建过程.... 4 1.1.3 使用冗余.... 4 1.1.4 使用备份.... 5 1.