首页 > Other > 关于DEVOPS、运维平台或者是CMDB的一些思考
2022
08-31

关于DEVOPS、运维平台或者是CMDB的一些思考

很久没有更新博客了,这段时间总在回答一些问题,在这里结合之前的经验和踩过的坑做一个总结和复盘,希望给有需要的同学一个“答疑解惑”和“更上一层楼”。切记:我说的都是参考,做个有脑子的人

首先,先自问一下:

  • 这些所谓的自动化给你“带来了什么”
  • 他真的帮你“解决了什么问题”
  • 干活是不是“越来越快了”
  • 维护的成本“上升了还是下降了”
  • 原来干活几个人,现在干活几个人
  • 每天都在处理“什么工作”
  • …………

带着上面的问题,再来看下面的例子。

首先,现在市面上所谓的各种工具和解决方案,主要的输出是来自于培训机构,比如告诉你“XXX平台要有监控”,“资产管理要如何如何”,“权限控制要如何如何”。

所以,市面上非常多的CMDB/DEVOPS方案/运维平台都“大同小异”,每次,你在使用一个开源平台后,不管是部署、使用、二开、架构、效率、质量等等相关的东西都“特别重”

1、 开源的东西要适用于大部分需求,并不是根据你的场景出发的。

2、 培训机构的东西,都是尽可能的“多”的交给你如何造轮子,但是不会告诉你轮子要如何转起来。

下面用资产管理举个例子

继续先带来一个问题“到底什么是《资产管理》”。

先说市面上的各种工具,对于资产管理的管理方式无非2种。 1、从云上导入资源 2、手动输入对应的关系表基础资料,再把主机添加进去。

划重点往下看

下面我要说的是


!!!!!!!!!!!!!这特么根本就不是什么资产管理。!!!!!!!!!!


实际上,资产管理是有着属于自己的定义的,我这边也从网上复制了一份关于资产管理的流转图

关于DEVOPS、运维平台或者是CMDB的一些思考 - 第1张  | 我的系统记录

每一个资产,都有着属于自己的属性,不管是桌椅板凳,还是汽车楼房,从购买这个东西的时候,他就是一个公司的资产,每一个资产都有自己的采购预算,价格,折旧等等相关的生命周期,要通过资产管理来“合理的支配资产”,而不是弄个大型表格。


我要大力的吐槽那些天天就照葫芦画瓢的培训机构


其实,对于软件开发,每一个产品都有属于自己的“产品文档”和“相关调研”,就比如企业的内部管理系统也一样存在这个问题。不管是用商用的还是自研的,都缺少了这个工具的本质“解决问题”,大部分的时候,都是为了“有个XXXXX功能”。但是并没有去考虑到底什么是“XXXXXX”,用了“XXXX”能带来什么解决什么。

在早期入行的时候,这些事其实我都做了一遍,在没有流行cmdb这个词的时候,我们就通过php把公司内部的各种资产都管理了起来,但是在实际使用中,发生了一系列问题,最严重的就是“内耗”,这个系统,每次在工作的时候都会变成一个“累赘”,不管是上线申请,审批,资产申请,审批,资产的回收,审批,资产的报损折旧,审批。比如4G的机器变成了8G的机器,需要改一大串相关资料,要对应上物理服务器的SN,对应的机房等等相关的内容,还要确保更新几十台机器的时候不落下东西,还要顺路巡检。

最终,这个工具没给我们带来所谓的改善,反而我们增加了开发运维岗位,增加了基础的运维实施岗位。

我们也在反思,这特么到底是个啥。

推翻,去他妈的所谓的流行的管理方式,我们把之前的东西都推翻了,从最基础的东西出发,去了解每一个环节的工作内容。通过简单的脚本,就把非常多的工作完成了。

继续拿资产管理举例子,之前都是通过平台编辑,那就变成采集就好了,每个机器通过规划,只要某些东西匹配上就自动采集,如果硬件变化了,就根据实际情况更新数据库记录,比如XXX服务器对应SN,XXX日,从2G内存变为4G,这些东西,其实都不难,都是非常简单的脚本和程序。

最后,我们把各种各样的平台都去掉了。使用了最low的shell+python完成了整体业务的自动化流转。把对于资产的流转那部分,交给了财务来把控(他们本身也有财务系统),技术部门只 关注变更和资产号就好了。

当然了,我这边也并不是说完全不要系统了,而是把可以自动的搞定,重复劳动的减少,系统只是在公司的角度来管理和查看各种相关的信息。一定要“根据实际情况出发”而不是“抄抄抄”。


不继续写了。我希望,给你们带来的是“思考”,而不是“方案”。

写在最后

你的系统,到底是你爷爷,还是你的手下。别舍本逐末了。要靠工具解决问题,而不是制造工具。

最后编辑:
作者:王, 帅
这个作者貌似有点懒,什么都没有留下。

留下一个回复

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据