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

首先，先自问一下：

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

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

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

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

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

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

下面用资产管理举个例子

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

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

划重点往下看

下面我要说的是

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

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

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

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

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

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

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

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

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

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

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

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

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

写在最后

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

最后编辑：2022-08-31

作者：王, 帅

这个作者貌似有点懒，什么都没有留下。

站内专栏