自动化运维平台的组成部分

为什么80%的码农都做不了架构师？>>>   

    我在这里写的比较抽象，脱离具体实现的编程语言，可能表述的不好，请谅解。

========分割线========

自动化运维平台大致有以下几个部分：

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

    以上我一家之见，欢迎大家来探讨。稍后写一下针对以上几点，我用到的技术方案。

转载于:https://my.oschina.net/yygh/blog/122190