CMDB

CMDB项目

1. 为啥要做CMDB？

   a.项目开发和上线场景：

   流程：
       产品经理调研需求 =====>  定一个时间开发 ======> 测试() ====> 产品项目上线（运维） 
   ?
   传统做法：
       运维解压文件， 部署到相对应的服务器目录下面
       
   存在问题：
       - 效率不高
       - 不能实现覆盖有Bug的代码
       
   解决方法：
       代码上线系统
       
       必要条件：
           服务器的IP地址， 硬盘空间， CPU的使用率， 内存等

   b.监控服务器：

   传统做法：       
       shell脚本来去做
   ?
   问题：
       - 不能实时
       - 不能自动化
   ?
   现在做法：
       
       后台用Python去做， 收集一下服务的元信息（IP地址， 硬盘大小， 内存）
       
       前台配合kibana

   c. 装机服务：

     服务器装操作系统 （centos）
       
       现在做法：
           自动装机服务
           
           也得知道一下， 服务的元信息 IP地址

   d. 年底统计：

    之前做法：
           使用excel统计
           
       存在问题：   
           - 不能实时， 需要对变更进行记录
       
       现在做法：   
           
           统计资产的系统
           
           还得需要收集服务器的各种信息， 需要实时的汇报变更记录

2. CMDB： 资产管理系统

   业界方案都差不多

   本质上就是： 收集服务器的各种信息

    

3. 开发CMDB的思路和大概做法：

   • 使用Python代码执行linux的命令， 并且获取服务器上的对应信息

   • 使用Http协议发送执行好的数据

4. CMDB的四套方案 （业内）

   - agent模式

5.  优点：速度快
   
    缺点：每次都需要部署
       
    适用的场景：
        服务器数量特别多的情况

   - ssh类模式
   ?

    缺点：使用paramiko登录服务器的话， 速度比较慢
       
    优点： 不需要部署agent脚本
   ?
    适用场景：
           服务器比较少 （100）

    - saltstack

   优点： 不用写Python代码
       
       使用场景： 
           - 服务器上已经部署了salt-stack或者想要使用salt-stack

6. 开发的时候选择哪套方案？

   • 三套方案全部实现

https://lupython.gitee.io/2018/05/05/CMDB介绍/