“怎么统计 core_files 这个变量的数量呢” 这个描述怪怪的

用 k8s 后 yaml 就写习惯了

我理解的缓释主要是止疼更佳，止疼效果持续时间长，之前智齿发炎全靠这个持续止疼

@holinhot 程序内只需要配置配置中心地址和程序使用的配置名称，启动时候会去配置中心拉配置到本地然后启动。交付时候会包含配置中心，我们的供应商交付时候都是包含 nacos/zk 的，这些都是自带管理后台。

感觉都放比较好，并且有些配置也是支持热加载的，不用重启服务，统一放配置中心，权限也好整一点

建议慎用 nfs 能不用还是不用 nfs 好点 ，有几率出现数据问题，数据出了问题恢复都挺麻烦的，不行考虑用 local pv 什么的 ，反正机器层面云厂商还能都点底

云上建议直接用云盘作为 pv 的后端存储 省事，可靠，比如阿里云，哪怕你自建的 k8s 也支持使用云盘作为 pv 的后端存储

感觉国内 ai 四小龙都半死不活了吧，百度压住 ai 也搞得自己错失了大好的互联网发展机会

@zbinlin 给我的感觉是，举个不恰当的例子，可视化的视图看起来就像 zabbix 里的监控展示的 dashboard 一样，能用，但是感觉粗糙了点，人们往往喜欢的是 grafana 里的酷炫的 dashboard ，或者你看看国内开源的 dataease 的 dashboard ，感觉国内更喜欢的是这样的，满足需要的基础上，酷炫一点。

有一说一, UI 感觉像上一代,搁国内，界面好看 还挺重要的

有个问题就是 pad 市场一直是萎缩吗

直接钉钉或者飞书或者企微自带的文档不就够用了

用的话首先会考虑下面几点
1. 社区是否活跃
2. 迁移方案是否完善，能很方便的从现有工具迁移过去
3. 和竞品的区别，能不能解决目前产品的痛点
4. 推广的话可以侧重一下群体，比如运维 /测试

我的也是

不做就是最好的

技术其实没啥东西，技术牛逼也没啥用，主要还得是销售，怎么卖出去才是麻烦的事

有点像 grafana 的技术那套东西了。日志 监控 链路 性能分析 都有 实现，同样可以数据查询 可视化，告警 导出