@dasyhcrsagfxi #36 是的，push模式有这个好处，push和监听本地都各有好处 push的话，每个受控节点不用考虑tls等问题，数据对齐放到主控上就行了 监听的好处是更容易和serverless集成，也方便平台化的方案开发（比如扩展商店等） 还想过一种方案，就是我们建一个官方relay，只做数据的转发层，类似提供了一个受限版的cloudflare tunnel
@酒神 #0 发布于2024/8/8 11:51:54，编辑于2024/8/8 12:05:23 有点想写一个程序，探针功能是其中一部分，因为初期功能会包括探针，因此这个帖子先讨论下探针的实现 哪吒探针的数据获取和格式已经比较全面了，没必要重复造轮子，数据获取这块的逻辑直接用nezha-agent的就行了 想仿照headless CMS的做法，把探针做成headless的，也就是agent直接提供各种接口 提供一个数据relay功能，用于合并多个agent的数据并过滤掉敏感数据 提供一个官方的前端dashboard展示功能，dashboard既可以直接拉取agent的数据，也可以拉取relay的数据 提供插件功能，插件开发者可以编程式在受控节点执行命令并返回，并且可以做结果的可视化（前端开发） 提供历史数据功能（cpu、内存、流量）等，历史数据储存在agent端，可以开关，可以设定储存时间 可以剪裁功能，agent端的各种功能都是可以通过api或者配置进行开关 访问控制，这块肯定是安全的 支持把dashboard部署到cloudflare worker，实现dashboard的serverless化 支持文件管理，其实这个可以用扩展来实现 优点，自由度高，方便开发者参与 缺点，需要受控端监听公网，或者做内网穿透；并且没有现成的告警功能，需要通过插件扩展实现； 因为吃不准写好后有没有人愿意用，先发个帖子问一下 目前已经完成各个子级功能的原型验证，还是比较有意思的 1、能不能不要用那些在线的静态资源，至少支持把静态资源本地化选项 2、认证提供本地数据库认证选项，有的时候第三方认证不太方便（离网环境） 3、在线时间、流量统计这些，可否存在dashboard端 4、可以的话尽量用sqlite数据库吧，轻量够用。
坐等
支持
支持
@dasyhcrsagfxi #36
是的，push模式有这个好处，push和监听本地都各有好处
push的话，每个受控节点不用考虑tls等问题，数据对齐放到主控上就行了
监听的好处是更容易和serverless集成，也方便平台化的方案开发（比如扩展商店等）
还想过一种方案，就是我们建一个官方relay，只做数据的转发层，类似提供了一个受限版的cloudflare tunnel
cloudflare workers每天似乎只有10W次请求次数，KV和D1似乎也有，应该还是需要一个后端
听起来不错的。计划支持serverless部署大赞
@codeqihan #55
如果有relay的话，每次请求都可以拉取全部节点的数据，每分钟一次，应该是够的，但是没有relay就比较麻烦了
能详细展览显示机器硬件信息，没有过多的权限干涉机器(类似哪吒主控web版本的ssh),更新频率别太频繁(一天8次是真的受不了)，mjj都是视觉动物，最好花里胡哨一点，但也别太过
大佬 整个群 大家讨论一下
1、能不能不要用那些在线的静态资源，至少支持把静态资源本地化选项
2、认证提供本地数据库认证选项，有的时候第三方认证不太方便（离网环境）
3、在线时间、流量统计这些，可否存在dashboard端
4、可以的话尽量用sqlite数据库吧，轻量够用。