6.9 KiB
监视你的应用，并可排查已部署应用中的问题，这是一个开源的可替代DataDog、NewRelic的方案
SigNoz帮助开发人员监控应用并排查已部署应用中的问题。SigNoz使用分布式追踪来增加软件技术栈的可见性。
👉 你能看到一些性能指标，服务、外部api调用、每个终端(endpoint)的p99延迟和错误率。
👉 通过准确的追踪来确定是什么引起了问题，并且可以看到每个独立请求的帧图(framegraph)，这样你就能找到根本原因。
👉 聚合trace数据来获得业务相关指标。
加入我们的Slack社区
来Slack 跟我们打声招呼👋
功能:
- 应用概览指标(metrics)，如RPS, p50/p90/p99延迟率分位值，错误率等。
- 应用中最慢的终端(endpoint)
- 查看特定请求的trace数据来分析下游服务问题、慢数据库查询问题 及调用第三方服务如支付网关的问题
- 通过服务名称、操作、延迟、错误、标签来过滤traces。
- 聚合trace数据(events/spans)来得到业务相关指标。比如，你可以通过过滤条件
customer_type: goldordeployment_version: v2orexternal_call: paypal来获取指定业务的错误率和p99延迟 - 为metrics和trace提供统一的UI。排查问题不需要在Prometheus和Jaeger之间切换。
为何选择SigNoz？
作为开发人员，我们发现依赖闭源的SaaS厂商提供的每个小功能有些麻烦，闭源厂商通常会给你一份巨额月付账单，但不提供足够的透明度，你不知道你为哪些功能付费。
我们想做一个自服务的开源版本的工具，类似于DataDog和NewRelic，用于那些对客户数据流入第三方有隐私和安全担忧的厂商。
开源也让你对配置、采样和正常运行时间有完整的控制，你可以在SigNoz基础上构建模块来满足特定的商业需求。
语言支持
我们支持OpenTelemetry库，你可以使用它来装备应用。也就是说SigNoz支持任何支持OpenTelemetry库的框架和语言。 主要支持语言包括:
- Java
- Python
- NodeJS
- Go
你可以在这个文档里找到完整的语言列表 - https://opentelemetry.io/docs/
入门
使用Docker部署
请按照这里列出的步骤使用Docker来安装
如果你遇到任何问题，这个排查指南会对你有帮助。
使用Helm在Kubernetes上部署
请跟着这里的步骤使用helm charts安装
与其他方案的比较
SigNoz vs Prometheus
如果你只是需要监控指标(metrics)，那Prometheus是不错的，但如果你要无缝的在metrics和traces之间切换，那目前把Prometheus & Jaeger串起来的体验并不好。
我们的目标是为metrics和traces提供统一的UI - 类似于Datadog这样的Saas厂提供的方案。并且能够对trace进行过滤和聚合，这是目前Jaeger缺失的功能。
SigNoz vs Jaeger
Jaeger只做分布式追踪(distributed tracing)，SigNoz则支持metrics,traces,logs ，即可视化的三大支柱。
并且SigNoz有一些Jaeger没有的高级功能：
- Jaegar UI无法在traces或过滤的traces上展示metrics。
- Jaeger不能对过滤的traces做聚合操作。例如，拥有tag为customer_type='premium'的所有请求的p99延迟。而这个功能在SigNoz这儿是很容易实现。
贡献
我们 ❤️ 任何贡献无论大小。 请阅读 CONTRIBUTING.md 然后开始给Signoz做贡献。
还不清楚怎么开始？ 只需在slack社区的#contributing频道里ping我们。
Project maintainers
Backend
Frontend
DevOps
文档
文档在这里：https://signoz.io/docs/. 如果你觉得有任何不清楚或者有文档缺失，请在Github里发一个问题，并使用标签 documentation 或者在社区stack频道里告诉我们。
社区
加入slack community，了解更多关于分布式跟踪、可观察性(observability)，以及SigNoz。同时与其他用户和贡献者一起交流。
如果你有任何想法、问题或者反馈，请在Github Discussions分享给我们。
最后，感谢我们这些优秀的贡献者们。