我在这里写的比较抽象，脱离具体实现的编程语言，可能表述的不好，请谅解。
========分割线========
自动化运维平台大致有以下几个部分：
- 资源数据库：
这个是核心，其他所有功能都是基于之上。资源的概念包括许多部分，比较通用的有4个：
a,地理资源，一般就是机房、机柜
b,服务器等相关真实设备
c,网络资源（ip，域名，带宽）
d,虚机，即一个分配了运行资源的操作系统就是一个虚机
对互联网世界来说，后2种虚拟资源是真正起作用的，而对真实世界而言，前2者不可回避，而且需和财务、采购等系统对接。它们之间的关联大家可以自己琢磨一下 ;-)
它涉及各种变更的事务流，这里不一一展开。 - 基于c/s模型的反馈体系：
每个虚机上会装一个client，实时回报本地需要监控的信息（有点像木马），有个后台server接收这些信息，分析后更新到DB中对应的数据记录。
这部分重要度是仅次于1，是实现自动化的前提，是客户端请求-应答的模式，在这基础之上可以搭建任务批量发布和监控预警功能模块。 - 业务配置管理：
不同的业务会用到不同的软件，即使是相同的软件，不同的虚机用到的相关的配置也可能不同。针对这一点，我的方案是建立2个信息库，实现自动装机：
a,软件安装库：类似debian的软件源，存放虚机可能需要用到的软件安装文件本体
b,配置模板库：对软件在不同应用环境下的配置预先建立各种模板，里面包含需要替换的参数
基本思路是先发布一个任务，通知指定的虚机到a库获取安装文件到本地，然后从b库将配置发到目标虚机上，达到变更默认配置的目的。 - 集群的自动扩充和收缩：
这个模块必须建立在前面3者的基础之上，可以说是现在流行的“云”的后台基础。这方面我还在摸索。
