前言
最近在搞K8S的监控告警平台选型，对比了目前比较流行两款开源平台kube-prometheus、夜莺，也踩了一些坑分享一下。
kube-prometheus
项目地址：https://github.com/prometheus-operator/kube-prometheus
目前使用最广泛的k8s 的开源监控告警平台，在Prometheus基础上，增加了对 k8s 的各种指标的监控，使用了Kubernetes Operator进行了封装，几乎可以一键部署，部署起来以后登录Grafana，就可以看到各种指标，如下图：
生态好，基于Prometheus，相关开源组件较多，比如mysql-exporter、redis-exporter
对 k8s相关组件监控比较完善
用户基数大
部署包部分镜像地址要修改，否则在国内下载不下来；
Prometheus数据要通过PVC挂载，否则重启数据会丢失；
Grafana的时间要进行修改，默认是 UTC 时间；
监控指标很方便，但是告警配置比较弱，模板这些都要自己实现，同时告警通知没有与飞书、钉钉、微信这些打通，不过好在有第三方实现：PrometheusAlert；
监控第三方中间件，比较繁琐，没有一个大一统的方案，比如要监控MySQL，需要找 Mysql Helm 包下载在部署，Redis 同理，每个中间件配置部署都得走一遍，有点耗时。
夜莺
项目地址：https://github.com/ccfos/nightingale
夜莺监控是一款开源云原生观测分析平台，采用 All-in-One 的设计理念，集数据采集、可视化、监控告警、数据分析于一体，与云原生生态紧密集成，提供开箱即用的企业级监控分析和告警能力。夜莺于 2020 年 3 月 20 日，在 github 上发布 v1 版本，目前最新版本是 V6 版本。
夜莺是Open-Falcon的团队基于云原生新开发的观测分析平台，可以说是总结之前的一些经验，搞的很不错，官方提供的基于Helm 的安装包，可以进行快速部署，地址：https://github.com/flashcatcloud/n9e-helm
开箱即用，支持 Docker、Helm Chart、云服务等多种部署方式；集数据采集、监控告警、可视化为一体；
大一统的监控数据采集，夜莺的采集端为Categraf，覆盖支持上百种采集对象，比如K8s、中间件、服务器、交换机等，只需要配置下地址即可采集；
完善的告警机制，这是夜莺相比其他平台最大的优势，它提供了简易图形化的配置、内置了常用组件的告警规则、支持国内各种通知媒介，比如：飞书、钉钉、企微、电话、邮箱、telegram等；
支持多数据源，支持Prometheus、Es、Loki、TDengine，也就是说可以与kube-prometheus项目进行整合使用。
对 k8s 监控相对弱一点，没有kube-prometheus完善，需要自己去配置相应的采集指标，不过好在官方文档有指引；
对 Grafana 支持性差点，虽然官方说，可以支持导入 Grafana 报表，但是在使用过程中，还是发现有些组件不兼容，目前还在逐步完善；
夜莺的报表导出无法直接导入到Grafana中，这可能也是夜莺商业化的考虑一个点，要对用户有粘性；
生态没有Prometheus+Grafana好，Prometheus有CNCF作为背书，Grafana已经是数据可视化默认选择，所以很多开源系统都是基于这套方案来实现。
总结
以上我们对比了两种监控告警平台，都有优缺点，可以根据自身需求选择其一进行使用，如果既想要完善的告警管理，又想要Grafana和完善 K8S指标监控，可以把两者结合起来使用，目前有不少公司是这样做的。
如果字段的最大可能长度超过255字节，那么长度值可能…
只能说作者太用心了，优秀
感谢详解
一般干个7-8年（即30岁左右），能做到年入40w-50w；有…
230721