网络运维是个遇坑、填坑、再遇坑、再填坑，有些时候还被同事挖坑，duang的一下掉下去了，哭都哭不出来，还要自己慢慢爬坑，无限悲惨；有些却是自己了解不够深入，或不够细心所留下来的坑??


　　在实际操作中遇到了多多少少的坑，只有运维人们共享所遇到的坑，才能更快的定位与解决这些烦人的坑，所以本文对运维这个坑准备了几个问题，下面我们就来看看都有哪些吧??

1.你遇到过哪些的坑让你印象深刻??

　　公司在配置管理时总是会遇到这些问题：

（１）配置项的定义太细或是太粗，无法找到合适级别，粒度太细导致维护成本太高，粒度太粗导致提供的信息没有意义??

（２）没有定期做好CMDB的备份，从而导致CMDB在回滚时没有参考的基线??

（３）CI项随意地被修改，没有严格的控制机制，导致CMDB与真实环境相差甚远，对IT人员也就失去了参考意??


2.有哪些细枝末节的坑你是想提醒一下身边的运维伙伴的？

　　其实做运维，尤其是基础架构的运维，接触的都是开源组件啊、流程、配置管理、资源管理啊等等，这些都有可能是踩坑的地方。一一列举真的太多了??

3.谈谈出现坑的主要原因与如何规避它们??

　　运维出现坑的一些原因，大体上有这些

　　a:研发代码问题，比如代码逻辑、代码中出现字母打错的情况、少个标点符号什么的、为了修一个bug结果导致新bug的出现等


　　b:测试部门对于上线的代码测试不够充分，存在侥幸心理，一上线，吼吼，业务出现问题


　　c:运维部自身，运维流程不规范、不标准；运维人员对开源组件的认识不足且文档一般都不仔细看??90%都是度娘上去看别人怎么配置的，自己不会去深究）；运维人员做事不经思考，不是先想怎么做，而是先做了再说出现问题再去考虑，严重浪费人力成本；

   　以上的问题，对于研发和测试部门，作为运维真的不好去建议什么，只能向上反应，希望他们怎么做??

　　对于运维部门，我认为，需要培养运维人员看官方文档的习惯、做事的习惯；要赏罚分明，没有赏罚，大家做事自然不会考虑太多，但最重要的是要制定的就是运维规范和流程和对于配置管理的问题都可以选择好的网管软件来协助解决，网强的IT运维管理软件拥有便捷的IT运维流程处理模式 、简化事件处理流?? ?? 提高网络运维管理水平 ，同时网管软件的配置管理功能设备配置变列或异常，支持多种告警方式，当出现配置与之前基准不一致情况，系统会自动提示，并可重新设定基准进行更改基准文件。解决在配置管理中遇到一系列问题??