企业自动化运维巡检管理方案.pdfVIP

企业自动化运维巡检管理方案--第1页

企业自动化运维巡检管理方案

1

企业自动化运维巡检管理方案--第1页

企业自动化运维巡检管理方案--第2页

1自动化运维谈谈原生态需求

自动化运维、DevOps一大堆和运维相关的新名词、新概念层出不穷，一下子让大家产生了极大的惶恐情

绪，仿佛一下子什么都不会干了，什么都不会了。

在一个企业中，运维的使命包括:系统建设、控制成本、优质服务、风险防范四个，那么基于这些使命，在

运维上要做到的有哪些呢？

1.稳定运行

包含变更管理、应急预案、投产演练、业务监控等

2.资源管理

资源信息管理、容量管理、性能管理

3.标准化

运行规范、系统审计、作业调度、批量

4.精确管理

可计量、可视化

不管是在没有”自动化运维”的5年前，还是有了”自动化运维“的现在，企业的这几个基本需求是不会

改变的，那么是否以前的企业运维团队都是傻子，都不知道要做这些事儿？

2

企业自动化运维巡检管理方案--第2页

企业自动化运维巡检管理方案--第3页

不是这样的，任何一个在运维团队的管理人员，脑子里会一直装着这些需求（不像我，脑子里经常有”不

能描述的敏感词“），只是以前的能力实现要受限于大型IT公司（例如HP、IBM等等）的产品限制，当

然，还有预算的限制。

现在的世界发生了一些改变，X86+Linux的普遍以及开源世界的蓬勃发展，让大家一下子看到世界上多了

很多的可以随时拿过来并且几乎没有预算门槛的工具，比如puppet、saltstack、ansible等等。

结果，事情从以前的乙方产品推动项目，变成了社区技术推动项目，实际上这2点都是不对的，正确的姿

势是技术决定可行性、需求推动项目！

当然，现在的新的业务形态，例如如火如荼的“互联网+”给自动化运维带来了新的需求点，就是敏捷响

应，那么，我们在来罗列一下自动化运维能够响应的所有需求

1.标准化部署

2.系统审计

3.系统巡检

4.敏捷部署

5.批量变更

6.自动化应急响应

需求列出来了，那么，是否企业中能够使用自动化运维来实现所有的这些应用呢？貌似还不是那么一回

事儿，举个例子：

3

企业自动化运维巡检管理方案--第3页

企业自动化运维巡检管理方案--第4页

批量变更，这是自动化运维的一个功能点，但是，目前传统企业中，所有的变更是要遵从“变更管理”的，

所以，很多变更只能“一个应用一个应用”的变更，那么感觉上的“批量”，就变成了“小批量”甚至是

“微批量”，那么，自动化运维在批量变更上的引入，是否不仅没有降低作业工作量，反而增加了管理复

杂度了呢？

2自动化运维出错后的风险控制问题

以我行实际案例为例，自动化运维确实可以给运维人员带来方便，减轻工作量。但自动运维有一个致命的

缺点：操作透明、运维程序出错后容易导致不可逆的生产故障。

自动化运维，我们简单来说，有3大类操作：规范遵从、部署、操作变更。

部署实际上不会有你所说的风险问题，因为系统还没有上线。

规范遵从、操作变更都会产生风险，那么如何降低风险：

1.遵从变更流程，即便用了自动化运维，也只能在变更窗口进行变更，不能突破企业的变更流程。

2.变更推送，管理员控制变更的动作，而不是系统自己处理，这就是puppet里面说的pull还是push。

3.用了自动化运维，实际上就算是DevOps了，那么你的一个变更动作，要先测试的，puppet中的测试

环境，就是干这个用的，先测好，然后小规模变更，然后大规模批量变更。

换句话说，就是要“半自动“，而不是互联网那种”全自动“