1
sampeng 20 天前
调研过,结论:
1.云平台自身就是 CMDB 。没跨平台问题的时候不需要他。 2.如果有跨平台需求,重点不是工具,是梳理业务。这个过程就比较蛋疼,你拿着什么样的锤子,就只能把业务梳理成这个钉子。而且要有人来维护和管理。全自动是不可能的,对接,信息录入,都是工作量。这个时候你就有足够的人来干。。既然有人。为啥不自己开发一个适合自己的锤子?蓝鲸太重了。90%的功能用不上。一旦全用上,那成吨的配资以后也是会成为负资产 3.不管好像也没啥。。 |
2
wangyzj OP @sampeng #1 这东西的确定制化需求可能会很多,所以 devops 最后干着干着都难受还没人赚钱,但我现在对功能需求也比较简单,就是看大家怎么选择,我能省点心就不调研了。而且主要我这是必须内网
合着你的意思还得是蓝鲸? |
3
sampeng 20 天前
@wangyzj 没几个人,就别碰。需求简单还不如 excel 。如果有飞书之类自己建表都来得轻松。先把机制手动跑起来,跑一段时间,才知道真正的痛点在哪。我就比较简单,直接 jumpserver 。当 cmdb 用。
|
5
venicid 20 天前
公司内部是开发自己的 cmdb ,上个公司用的蓝鲸
各有利弊吧 |
6
qishua 19 天前
spug 、vecmdb 你看看
|
7
mintongcn 19 天前 via iPhone
如果你 aws k8s 类服务多 可以考虑 backstage
|
8
eryajf 19 天前 3
|