@Tumblr 嗯，确实，应该类似的场景有很多，对于你提到的这个场景我们是这么做的，会有探针检测主机存活状态/数据变化，如果主机不在了，那则会提示管理员做后续处理，例如移除监控/更新 cmdb 等等原本自动化的流程

CMDB 系统的好处是，可以尽可能的收集全信息，然后针对不同场景做自动化处理，cmdb 与上层系统必须做到强依赖，做到数据唯一，从这个方面来进一步倒逼数据准确，不然上层业务就会有问题

@Tumblr 手动更新不靠谱，自动更新很有效，我们目前是这个模式，更细的我有单独写过我们的落地方案，开源的这个产品我看也有自动发现，使用的时候就得具体再看了。不过你说的对，工具本身并不能解决任何问题，还是得配合规范和管理，只是在这个过程中不同的工具带来的管理成本差别很大

@heong 开源系统我只是分享，不是我的哈，我也没有参与开发

@brom111 开源时间好多年，之前只有后端 api ，也没怎么更新过，对普通用户不友好，今年增加了前端，也开始频繁更新了，我看现在基本每周发版

@yestodayHadRain 房车是我的，这项目不是

@TZ emm...

@edgm 哈哈，是的，不赶时间，走哪算哪

@coala 时间不够，留点遗憾，下次再去

@hunter0122 这应该就跟我觉得上海没啥玩的一样，虽然我的地图显示上海我仅仅走过 50%

去一个陌生的地方，更多的是心态变了，心情好了，随之而来的也就好玩儿了

@itcong 城市的话都已经很成熟了，不用推荐，知名景点去逛逛，网红店铺打打卡

@xuqiccr 新知识

@hullhutt 开房车

@Rorysky 接不住这个了，没听过都

这个不错，很有用，功能闭环，非常棒！

很棒！

博主专程 at 了我，我也就回答下我的管理方式

很多时候我是个极简的人，几乎从不折腾环境和工具。所以对于内容管理几乎是所有内容都发博客，加一个仅自己可见的板块，不能分享出去的就自己可见，能分享出去的就分享，不要维护多份数据，太累了也没必要

我的博客后台就跑在我本地，写完就自动 push 到 github ，配合 github pages 实现从写作到发布的完全自动化，配置很简单使用很方便，最重要的是空间免费，这一点非常重要，是很多博客活不下去的主要原因，唯一要花钱的域名一次买了 10 年不操心

博客用的 sqlite 数据库，就一个文件，备份也方便，每天定时发邮箱，不怕丢失，即便是电脑坏了再次构建也很方便

最后当下个人博客吧，关于博客构建相关的内容写了好几篇文章，可以翻着看看 https://blog.ops-coffee.cn

blog ，写好就自动 push 到 github 了，没啥要求，简单就好

这个厉害！

现身说法，不敢说跨越阶层，只能是好一点点
主要是运气，再加上一点点的努力吧