• 【IMU_Ops】------Ⅰ------ IMU自动化运维平台设想


    说明
    本脚本仅作为学习使用,请勿用于任何商业用途。
    本文为原创,遵循CC 4.0 by-sa版权协议,转载请附上原文出处链接和本声明。

      1. 搞这个平台的初心

      由于之前呆的单位所有IT相关硬件资源都要我们自己管理,但是根据不同厂商不同领域我们又有很多的管理平台。大家可以脑补一下:当时我们为了管理好自己数据中心几十个机柜里的设备、还有各二级单位的部分IT设备,我们利用各个厂商提供的管理平台、利用我们excel大神给我们定制的excel模板、利用一些现成的脚本。。。。。。虽然几年过去没有出过什么大的失误,但是由于管理平台和方法的陈旧给我们的工作也带来了很多不必要的麻烦。由于我之前出身自软件专业(虽然没做过程序猿),所以就再想为什么不弄个综合的管理平台呢?用大家都支持的协议,用一些通用的手段将所有的IT资源进行整合。通过一个统一的入口进行管理不仅方便运维人员,同时也可以更精准的针对现有资源进行更合理的调度。

      当时正好有个项目是我们要做一个监控平台,正好这个项目又是我负责,心中暗喜机会来了[大笑]既然这个项目我做,那么首要任务就是要将我们的IT资源通过CMDB进行一个整合,通过一个平台进行监控并告警。最终我们选定了一个国内厂商提供的IT综合业务管理平台,前后的实施大概有半年多,其中遇见很多奇葩的问题直到项目结束其实我还是很不满意。不满意主要源于大家对新平台好像都不感兴趣(可能是平台太卡[偷笑]),原本通过CMDB这个模块可以将需要监控的资源进行一次详细的梳理,可是最终还是因为大家仅关心监控告警报表等功能而放弃CMDB模块。做运维的小伙伴应该都知道要想做的更智能更自动,那么只有CMDB(完善的CMDB)能提供最可靠的基石。

      我这里总结了几个大家不喜欢用这个平台的最主要原因:

    • 平台太卡 这个我觉得需要厂家进行优化(系统仅支持运行在windows server上、所有组件和平台运行在同一台服务器上、整个平台优化有待提高)
    • 思想顽固 大家习惯了以往的工作模式对新事物接受过程较长
    • 重视度不高 做运维的只要是不出问题就完事大吉(尤其是在国企[偷笑])
    • 功能受限 平台是厂商提供的,有些需求可能需要二次开发厂商不给力(主要是不给钱就要功能当然支持不给力)

      所以我就萌生了一个想法,自己写一个平台。通过这个平台对不同品牌、类型、版本的网络设备、安全设备、无线设备、存储、主机、中间件、数据库、虚拟化、容器、应用服务、办公设备等IT资源进行统一、全方位、多层次的综合管理。通过该平台作为IT资源管理的统一入口,实时分析资源当前性能和运行状态,直观反映资源的动态变化对支撑业务的影响,与CMDB相结合,完整掌握资源的管理属性。通过对资源的历史事件分析,了解其稳定性及衰减趋势,为投资决策提供依据。

      2. IMU自动化运维平台 

      其中I代表Intelligent、M代表manage、U代表for you,下面是V1.0版本的平台规划设计。在做的过程中慢慢去更新迭代吧(有想法有提议欢迎留言区留言哈),最终希望可以通过这个平台能够帮助管理者实现IT的精细化管理,掌控全局,准确衡量IT对业务的价值贡献,有力保障业务的健康、稳定运行。

      3. 开发环境

      从想法到设计再到落地肯定是要经历一个漫长的过程,希望自己能坚持下去争取早日写完,尽快给大家提供一个beta测试版本。

      本次开发主要使用语言Python3.7.x ,框架选用Django 2.2.x,前端选用开源的AdminLTE2.x. 工程名则创建为IMU_DevOps,用到的其他组件及版本到时候会在requirement中列出来。

  • 相关阅读:
    软件测试常见概念
    Apollo简介及工作原理
    bug的编写技巧与级别划分
    native与H5优缺点及H5测试
    优惠券测试
    go语言-for循环
    go语言-流程控制--if
    go语言-二进制与位运算
    cookie和session
    AJAX
  • 原文地址:https://www.cnblogs.com/4geek/p/11613052.html
Copyright © 2020-2023  润新知