网站备案接入商变更做国外的众筹网站有哪些

网站备案接入商变更,做国外的众筹网站有哪些,广州室内设计公司排行榜,知名建站企业哪家好夜莺和 agent 对接的设计逻辑夜莺和时序库对接的设计逻辑如果是夜莺老用户#xff0c;应该知道在 V4 以及之前的版本#xff0c;夜莺是有自研时序库的。而 V5 开始放弃了自研时序库#xff0c;转而做各类数据源的对接#xff0c;这其中是怎么一个考虑#xff1f;V4 之前的…夜莺和 agent 对接的设计逻辑夜莺和时序库对接的设计逻辑如果是夜莺老用户应该知道在 V4 以及之前的版本夜莺是有自研时序库的。而 V5 开始放弃了自研时序库转而做各类数据源的对接这其中是怎么一个考虑V4 之前的版本其实是沿袭了很多 Open-Falcon 的设计逻辑甚至想做一款运维平台。后来发现有如下问题运维平台是一个很大的东西需要投入很多人力靠开源社区比较难运维平台是一个没有共识的产品各家或多或少会有自己的额外需求什么需求都想往里塞观察国内外各个知名的开源项目都是有清晰专注的定位通常来讲定位越精准细分越容易做透社区用户来用夜莺大都是奔着其监控功能来的而非其他功能本质就是项目定位的考虑。纵观整个监控领域时序库、采集器、可视化工具都有对应的知名开源项目了唯独告警引擎是缺失的所以夜莺从 V5 开始就重点做告警引擎。作为一款告警引擎需要有自己的时序库么显然是不需要的去对接各类现成的时序库就可以了。所以从 V5 开始夜莺不做自己的时序库了整个架构示意图如下image但是这个架构是需要用户自己搞定采集器存储的拿场景最大的指标场景举例需要用户自行搞定 Prometheus或 VictoriaMetrics 各类 Exporter。当然除了 Exporter社区里还有别的采集器。我们希望让社区用户轻松一些所以往前走了一步虽然夜莺不做时序库但可以接时序数据然后转存到时序库。夜莺同时支持多种采集器比如 Datadog-agent、Grafana-agent、Alloy、Telegraf 等以及后来的 Categraf。不同的采集器有不同的协议夜莺支持多种指标写入协议最终把数据转存给时序库。架构示意图如下image夜莺的配置文件 config.toml 里有 Pushgw 部分就是用于配置后端时序库的地址可以配置多个 Writer数据就会同时转存到多个后端当然你也可以不配置 Writer不用夜莺来转发数据。监控数据采集领域典型有两种模式PULL和PUSHPrometheus的方式就是PULL模式Datadog、Categraf 的模式是PUSH模式。夜莺提供了数据接收的 HTTP 端口是典型的 PUSH 模式如果你想用 PULL 模式继续使用 Prometheus Exporter 即可。PUSH 模式下较难感知源端是否挂了即 Nodata 告警那夜莺既然选择了 PUSH 模式也就专门提供了 Nodata 告警能力所以上图中各类 PUSH 类型的 agent如果数据经由夜莺转发则享有了 Nodata 告警能力可以方便得知道哪个 agent 挂了。小结夜莺的典型用例场景是用户自行搞定数据采集和存储夜莺仅作为告警引擎对接数据源做告警判定。如果你也想让数据流经夜莺建议选择下文介绍的 Categraf 采集器。和夜莺的整合最为丝滑。夜莺和 agent 对接的设计逻辑如前文介绍社区已经有很多采集器了为啥还要再搞一个 Categraf 呢社区使用最多的采集器大概是各类 Exporter但是 Exporter 比较零散体现为不同的 Exporter 设计逻辑不同有的和监控目标之间是一对一关系有的是一对多关系不同的 Exporter 日志打印方式不同不同的 Exporter 传参、配置文件格式各异有些采集需求没有对应的 Exporter所以我们想做一些整合搞一个大一统的采集器同时还有另一个重要原因夜莺除了开源版还有企业版企业用户需要一个一致的产品体验给他一堆 Exporter 不太能接受其次企业用户各种稀奇古怪的采集需求提到各个 Exporter 那响应太慢另外我们还想要采集规则下发能力。这些需求势必需要一个单独的 agent于是 Categraf 诞生了。引入 Categraf 之后架构示意图如下image夜莺有了自己的 agent 之后就带来了额外能力agent 可以采集一些机器的 metadata 信息上报给夜莺让用户方便查看agent 和服务端周期性心跳夜莺就可以额外生成一个机器列表类似一个资产台账当然自己做 Table 仪表盘其实也可以Categraf 的配置文件里会配置两个夜莺接口地址一个是 heartbeat 的一个是 writer 的heartbeat心跳接口用于告诉服务端自己活着同时上报机器的 meta 信息heartbeat 如果 Disable 了夜莺的机器列表里就会看到机器的 CPU、内存等字段都是 Unknown点击机器也看不到 metadata 信息writer推送数据的接口协议是 Prometheus remote write其实 Categraf 也可以把 writer 直接配置为时序库的 remote write 地址但是这样数据就不走夜莺了不太推荐不想用 Categraf 行不行其实是可以的夜莺本就侧重做告警引擎你自己搞定数据采集和存储是完全 OK 的。不过如果是新项目还是建议使用 Categraf至少用 Categraf 采集机器的 CPU、内存、进程、metadata 等基础信息这样体验更好。至于各类数据库、中间件的监控数据可以不用 Categraf用你自己习惯的采集器即可。总结在夜莺体系里最简单的用法就是仅使用 n9e 进程作为告警引擎如果有边缘机房的情况可以继续引入 n9e-edge 做边缘机房的告警。Categraf 也不是必须的不过用 Categraf 采集机器的基础指标和夜莺打通体验会更好。看你自己的选择吧。