mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
Merge pull request #21668 from lujun9972/add-MjAyMTA0MjAgQXBwbGljYXRpb24gb2JzZXJ2YWJpbGl0eSB3aXRoIEFwYWNoZSBLYWZrYSBhbmQgU2lnTm96Lm1kCg==
自动选题[tech]: 20210420 Application observability with Apache Kafka and SigNoz
This commit is contained in:
Xingyu.Wang
GitHub
commit
4f88827278
@ -0,0 +1,157 @@
|
||||
[#]: subject: (Application observability with Apache Kafka and SigNoz)
|
||||
[#]: via: (https://opensource.com/article/21/4/observability-apache-kafka-signoz)
|
||||
[#]: author: (Nitish Tiwari https://opensource.com/users/tiwarinitish86)
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: ( )
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
|
||||
Application observability with Apache Kafka and SigNoz
|
||||
======
|
||||
SigNoz helps developers start meeting their observability goals quickly
|
||||
and with minimum effort.
|
||||
![Ship captain sailing the Kubernetes seas][1]
|
||||
|
||||
SigNoz is an open source application observability platform. Built in React and Go, SigNoz is written from the ground up to allow developers to get started with their observability goals as soon as possible and with minimum effort.
|
||||
|
||||
This article looks at the software in detail, including the architecture, Kubernetes-based deployment, and some common SigNoz uses.
|
||||
|
||||
### SigNoz architecture
|
||||
|
||||
SigNoz ties several components together to create a scalable, loosely coupled system that is easy to get started with. Some of the most important components are:
|
||||
|
||||
* OpenTelemetry Collector
|
||||
* Apache Kafka
|
||||
* Apache Druid
|
||||
|
||||
|
||||
|
||||
[OpenTelemetry Collector][2] is the trace or metrics data collection engine. This enables SigNoz to ingest data in industry-standard formats, including Jaeger, Zipkin, and OpenConsensus. Then the collected data is forwarded to Apache Kafka.
|
||||
|
||||
SigNoz uses Kafka and stream processors for real-time ingestion of high volumes of observability data. This data is then passed on to Apache Druid, which excels at storing such data for short- and long-term SQL analysis.
|
||||
|
||||
Once the data is flattened and stored in Druid, SigNoz's query service can query and pass the data to the SigNoz React frontend. The front end then creates nice graphs for users to visualize the observability data.
|
||||
|
||||
![SigNoz architecture][3]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
### Install SigNoz
|
||||
|
||||
SigNoz's components include Apache Kafka and Druid. These components are loosely coupled and work in tandem to ensure a seamless experience for the end user. Given all the components, it is best to run SigNoz as a combination of microservices on Kubernetes or Docker Compose (for local testing).
|
||||
|
||||
This example uses a Kubernetes Helm chart-based deployment to install SigNoz on Kubernetes. As a prerequisite, you'll need a Kubernetes cluster. If you don't have a Kubernetes cluster available, you can use tools like [MiniKube][5] or [Kind][6] to create a test cluster on your local machine. Note that the machine should have at least 4GB available for this to work.
|
||||
|
||||
Once you have the cluster available and kubectl configured to communicate with the cluster, run:
|
||||
|
||||
|
||||
```
|
||||
$ git clone <https://github.com/SigNoz/signoz.git> && cd signoz
|
||||
|
||||
$ helm dependency update deploy/kubernetes/platform
|
||||
|
||||
$ kubectl create ns platform
|
||||
|
||||
$ helm -n platform install signoz deploy/kubernetes/platform
|
||||
|
||||
$ kubectl -n platform apply -Rf deploy/kubernetes/jobs
|
||||
|
||||
$ kubectl -n platform apply -f deploy/kubernetes/otel-collector
|
||||
```
|
||||
|
||||
This installs SigNoz and related containers on the cluster. To access the user interface (UI), run the `kubectl port-forward` command; for example:
|
||||
|
||||
|
||||
```
|
||||
`$ kubectl -n platform port-forward svc/signoz-frontend 3000:3000`
|
||||
```
|
||||
|
||||
You should now be able to access your SigNoz dashboard using a local browser on the address `http://localhost:3000`.
|
||||
|
||||
Now that your observability platform is up, you need an application that generates observability data to visualize and trace. For this example, you can use [HotROD][7], a sample application developed by the Jaegar team.
|
||||
|
||||
To install it, run:
|
||||
|
||||
|
||||
```
|
||||
$ kubectl create ns sample-application
|
||||
|
||||
$ kubectl -n sample-application apply -Rf sample-apps/hotrod/
|
||||
```
|
||||
|
||||
### Explore the features
|
||||
|
||||
You should now have a sample application with proper instrumentation up and running in the demo setup. Look at the SigNoz dashboard for metrics and trace data. As you land on the dashboard's home, you will see a list of all the configured applications that are sending instrumentation data to SigNoz.
|
||||
|
||||
![SigNoz dashboard][8]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
#### Metrics
|
||||
|
||||
When you click on a specific application, you will land on the application's homepage. The Metrics page displays the last 15 minutes worth (this number is configurable) of information, like application latency, average throughput, error rate, and the top endpoints the application is accessing. This gives you a birds-eye view of the application's status. Any spikes in errors, latency, or load are immediately visible.
|
||||
|
||||
![Metrics in SigNoz][9]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
#### Tracing
|
||||
|
||||
The Traces page lists every request in chronological order with high-level details. As soon as you identify a single request of interest (e.g., something taking longer than expected to complete), you can click the trace and look at individual spans for every action that happened inside that request. The drill-down mode offers thorough inspection for each request.
|
||||
|
||||
![Tracing in SigNoz][10]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
![Tracing in SigNoz][11]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
#### Usage Explorer
|
||||
|
||||
Most of the metrics and tracing data are very useful, but only for a certain period. As time passes, the data ceases to be useful in most cases. This means it is important to plan a proper retention duration for data; otherwise, you will pay more for the storage. The Usage Explorer provides an overview of ingested data per hour, day, and week.
|
||||
|
||||
![SigNoz Usage Explorer][12]
|
||||
|
||||
(Nitish Tiwari, [CC BY-SA 4.0][4])
|
||||
|
||||
### Add instrumentation
|
||||
|
||||
So far, you've been looking at metrics and traces from the sample HotROD application. Ideally, you'll want to instrument your application so that it sends observability data to SigNoz. Do this by following the [Instrumentation Overview][13] on SigNoz's website.
|
||||
|
||||
SigNoz supports a vendor-agnostic instrumentation library, OpenTelemetry, as the primary way to configure instrumentation. OpenTelemetry offers instrumentation libraries for various languages with support for both automatic and manual instrumentation.
|
||||
|
||||
### Learn more
|
||||
|
||||
SigNoz helps developers get started quickly with metrics and tracing applications. To learn more, you can consult the [documentation][14], join the [community][15], and access the source code on [GitHub][16].
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/21/4/observability-apache-kafka-signoz
|
||||
|
||||
作者：[Nitish Tiwari][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[译者ID](https://github.com/译者ID)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://opensource.com/users/tiwarinitish86
|
||||
[b]: https://github.com/lujun9972
|
||||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/ship_captain_devops_kubernetes_steer.png?itok=LAHfIpek (Ship captain sailing the Kubernetes seas)
|
||||
[2]: https://github.com/open-telemetry/opentelemetry-collector
|
||||
[3]: https://opensource.com/sites/default/files/uploads/signoz_architecture.png (SigNoz architecture)
|
||||
[4]: https://creativecommons.org/licenses/by-sa/4.0/
|
||||
[5]: https://minikube.sigs.k8s.io/docs/start/
|
||||
[6]: https://kind.sigs.k8s.io/docs/user/quick-start/
|
||||
[7]: https://github.com/jaegertracing/jaeger/tree/master/examples/hotrod
|
||||
[8]: https://opensource.com/sites/default/files/uploads/signoz_dashboard.png (SigNoz dashboard)
|
||||
[9]: https://opensource.com/sites/default/files/uploads/signoz_applicationmetrics.png (Metrics in SigNoz)
|
||||
[10]: https://opensource.com/sites/default/files/uploads/signoz_tracing.png (Tracing in SigNoz)
|
||||
[11]: https://opensource.com/sites/default/files/uploads/signoz_tracing2.png (Tracing in SigNoz)
|
||||
[12]: https://opensource.com/sites/default/files/uploads/signoz_usageexplorer.png (SigNoz Usage Explorer)
|
||||
[13]: https://signoz.io/docs/instrumentation/overview/
|
||||
[14]: https://signoz.io/docs/
|
||||
[15]: https://github.com/SigNoz/signoz#community
|
||||
[16]: https://github.com/SigNoz/signoz
|
||||
Loading…
Reference in New Issue
Block a user