Project: Nightingale (Observability and Analysis / Observability)
File: README_en.md

<p align="center"> <a href="https://github.com/ccfos/nightingale"> <img src="doc/img/NightingaleLV.png" alt="nightingale - cloud native monitoring" width="240" /></a> </p> <p align="center"> <img alt="GitHub latest release" src="https://img.shields.io/github/v/release/ccfos/nightingale"/> <a href="https://n9e.github.io"> <img alt="Docs" src="https://img.shields.io/badge/docs-get%20started-brightgreen"/></a> <a href="https://hub.docker.com/u/flashcatcloud"> <img alt="Docker pulls" src="https://img.shields.io/docker/pulls/flashcatcloud/nightingale"/></a> <img alt="GitHub Repo stars" src="https://img.shields.io/github/stars/ccfos/nightingale"> <img alt="GitHub Repo issues" src="https://img.shields.io/github/issues/ccfos/nightingale"> <img alt="GitHub Repo issues closed" src="https://img.shields.io/github/issues-closed/ccfos/nightingale"> <img alt="GitHub forks" src="https://img.shields.io/github/forks/ccfos/nightingale"> <a href="https://github.com/ccfos/nightingale/graphs/contributors"> <img alt="GitHub contributors" src="https://img.shields.io/github/contributors-anon/ccfos/nightingale"/></a> <a href="https://n9e-talk.slack.com/"> <img alt="GitHub contributors" src="https://img.shields.io/badge/join%20slack-%23n9e-brightgreen.svg"/></a> <img alt="License" src="https://img.shields.io/badge/license-Apache--2.0-blue"/> </p> <p align="center"> An open-source cloud-native monitoring system that is <b>all-in-one</b> <br/> <b>Out-of-the-box</b>, it integrates data collection, visualization, and monitoring alert <br/> We recommend upgrading your <b>Prometheus + AlertManager + Grafana</b> combination to Nightingale! </p> | Out-of-the-box Supports multiple deployment methods such as Docker, Helm Chart, and cloud services, integrates data collection, monitoring, and alerting into one system, and comes with various monitoring dashboards, quick views, and alert rule templates. It greatly reduces the construction cost, learning cost, and usage cost of cloud-native monitoring systems. Professional Alerting Provides visual alert configuration and management, supports various alert rules, offers the ability to configure silence and subscription rules, supports multiple alert delivery channels, and has features such as alert self-healing and event management. Cloud-Native Quickly builds an enterprise-level cloud-native monitoring system through a turnkey approach, supports multiple collectors such as , Telegraf, and Grafana-agent, supports multiple data sources such as Prometheus, VictoriaMetrics, M3DB, ElasticSearch, and Jaeger, and is compatible with importing Grafana dashboards. It seamlessly integrates with the cloud-native ecosystem. High Performance and High Availability Due to the multi-data-source management engine of Nightingale and its excellent architecture design, and utilizing a high-performance time-series database, it can handle data collection, storage, and alert analysis scenarios with billions of time-series data, saving a lot of costs. Nightingale components can be horizontally scaled with no single point of failure. It has been deployed in thousands of enterprises and tested in harsh production practices. Many leading Internet companies have used Nightingale for cluster machines with hundreds of nodes, processing billions of time-series data. Flexible Extension and Centralized Management Nightingale can be deployed on a 1-core 1G cloud host, deployed in a cluster of hundreds of machines, or run in Kubernetes. Time-series databases, alert engines, and other components can also be decentralized to various data centers and regions, balancing edge deployment with centralized management. It solves the problem of data fragmentation and lack of unified views. Multiple systems such as Prometheus, Alertmanager, Grafana,

are fragmented and lack a unified view and cannot be used out of the box; The way to manage Prometheus and Alertmanager by modifying configuration files has a big learning curve and is difficult to collaborate; Too much data to scale-up your Prometheus cluster; Multiple Prometheus clusters running in production environments, which faced high management and usage costs; Monitoring too much data and wanting a better scalable solution; A high learning curve and a desire for better efficiency of collaborative use in a multi-person, multi-team model; Microservice and cloud-native architectures with variable monitoring data lifecycles and high monitoring data dimension bases, which are not easily adaptable to the Zabbix data model; For more information about open-falcon and Nightingale, please refer to read https://user-images.githubusercontent.com/792850/216888712-2565fcea-9df5-47bd-a49e-d60af9bd76e8.mp4 <img src="doc/img/arch-product.png" width="600"> Nightingale monitoring can receive monitoring data reported by various collectors (such as , telegraf, grafana-agent, Prometheus, etc.) and write them to various popular time-series databases (such as Prometheus, M3DB, VictoriaMetrics, Thanos, TDEngine, etc.). It provides configuration capabilities for alert rules, silence rules, and subscription rules, as well as the ability to view monitoring data. It also provides automatic alarm self-healing mechanisms (such as automatically calling back to a webhook address or executing a script after an alarm is triggered), and the ability to store and manage historical alarm events and view them in groups. If the performance of a standalone time-series database (such as Prometheus) has bottlenecks or poor disaster recovery, we recommend using . The VictoriaMetrics architecture is relatively simple, has excellent performance, and is easy to deploy and maintain. The architecture diagram is as shown above. For more detailed documentation on VictoriaMetrics, please refer to its . We welcome you to participate in the Nightingale open-source project and community in various ways, including but not limited to Adding and improving documentation => Sharing your best practices and experience in using Nightingale monitoring => ) Submitting product suggestions => Submitting code to make Nightingale monitoring faster, more stable, and easier to use => Respecting, recognizing, and recording the work of every contributor is the first guiding principle of the Nightingale open-source community. We advocate effective questioning, which not only respects the developer's time but also contributes to the accumulation of knowledge in the entire community Before asking a question, please first refer to the We use as the communication forum. You can search and ask questions here. We also recommend that you join ours to exchange experiences with other Nightingale users. You can register your usage and share your experience by posting on . ](https://starchart.cc/ccfos/nightingale) <a href="https://github.com/ccfos/nightingale/graphs/contributors"> <img src="https://contrib.rocks/image?repo=ccfos/nightingale" /> </a>