请选择 进入手机版 | 继续访问电脑版
发帖
开启辅助访问
 找回密码
 立即注册
取消
搜索
热搜:
活动 交友 discuz
分享到

那些年网络运维遇到的坑,您是否也填过?

#新人报道#时间:2019-07-11 阅读:40 回复:0

561

主题

561

帖子

3165

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
3165
  说到网络运维谁没遇到过其中的坑呢,所以对于很多人来说运维就是个遇坑再不断填坑的过程,,有些时候还被同事挖坑,duang的一下掉下去了,哭都哭不出来,还要自己慢慢爬坑,无限悲惨;有些却是自己了解不够深入,或不够细心所留下来的坑。
  在实际操作中遇到了多多少少的坑,只有运维人们共享所遇到的坑,才能更快的定位与解决这些烦人的坑,所以本文对运维这个坑准备了几个问题,下面我们就来看看都有哪些吧
  1.你遇到过哪些的坑让你印象深刻
  公司在配置管理时总是会遇到这些问题:
  (1)配置项的定义太细或是太粗,无法找到合适级别,粒度太细导致维护成本太高,粒度太粗导致提供的信息没有意义
  (2)没有定期做好CMDB的备份,从而导致CMDB在回滚时没有参考的基线
  (3)CI项随意地被修改,没有严格的控制机制,导致CMDB与真实环境相差甚远,对IT人员也就失去了参考意
  2.有哪些细枝末节的坑你是想提醒一下身边的运维伙伴的?
  其实做运维,尤其是基础架构的运维,接触的都是开源组件啊、流程、配置管理、资源管理啊等等,这些都有可能是踩坑的地方。一一列举真的太多了
  3.谈谈出现坑的主要原因与如何规避它们
  运维出现坑的一些原因,大体上有这些:
  a:研发代码问题,比如代码逻辑、代码中出现字母打错的情况、少个标点符号什么的、为了修一个bug结果导致新bug的出现等
  b:测试部门对于上线的代码测试不够充分,存在侥幸心理,一上线,吼吼,业务出现问题
  c:运维部自身,运维流程不规范、不标准;运维人员对开源组件的认识不足且文档一般都不仔细看90%都是度娘上去看别人怎么配置的,自己不会去深究);运维人员做事不经思考,不是先想怎么做,而是先做了再说出现问题再去考虑,严重浪费人力成本;
  以上的问题,对于研发和测试部门,作为运维真的不好去建议什么,只能向上反应,希望他们怎么做。
  对于运维部门,我认为,需要培养运维人员看官方文档的习惯、做事的习惯;要赏罚分明,没有赏罚,大家做事自然不会考虑太多,但最重要的是要制定的就是运维规范和流程和对于配置管理的问题都可以选择好的网管软件来协助解决。

回复
使用道具 举报
快速回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

客服电话
173-6185-1240
发布 快速回复 返回顶部 返回列表