zipkin4net - GitLite

KO | EN

gitlite — search

#javascript #react #ai #golang #rust #deep-learning #linux #nodejs #windows #awesome-list #vue #pytorch #security #open-source

zipkin4net

(★ 339)

A .NET client library for Zipkin

파일 탐색기

최종 버전 다운로드 (.zip)

- - aspnetcore-example.sln
  - README.md
- - README.md
- - owin-example.sln
  - README.md
  - run.cmd
- - zipkin4net.sln
- - zipkin4net.middleware.aspnetcore.sln
- - zipkin4net.middleware.owin.sln
.gitattributes
.gitignore
.travis.yml
appveyor.yml
build.cmd
build.sh
LICENSE
README.md
release.sh
zipkin4net.sln

# 설치 가이드

1. 코드 내려받기

git clone https://github.com/openzipkin/zipkin4net

깃허브에서 프로젝트 코드 전체를 내 컴퓨터로 내려받습니다.

cd zipkin4net

방금 내려받은 프로젝트 폴더 안으로 이동합니다.

2. .NET

보통 추천

사전 준비물

Git GitHub에서 프로젝트 코드를 내려받으려면 필요합니다.
.NET SDK dotnet 명령어를 쓰기 위한 SDK입니다.

⚠️ 이 프로젝트는 규모가 큰 저장소라, 이 방법이 실제 핵심 제품이 아니라 내부 하위 패키지를 가리키는 것일 수 있습니다. README 전체를 함께 확인해보세요.

cd Src/zipkin4net.middleware.aspnetcore/Src

이 프로젝트의 관련 파일이 하위 폴더 안에 있어서, 먼저 그 폴더로 이동합니다.

dotnet restore

프로젝트에 필요한 패키지를 내려받습니다.

dotnet run

프로젝트를 빌드하고 바로 실행합니다.

✅ dotnet run 실행 후 터미널에 나타나는 안내 메시지나 주소를 확인하세요.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

[![Gitter chat](http://img.shields.io/badge/gitter-join%20chat%20%E2%86%92-brightgreen.svg)](https://gitter.im/openzipkin/zipkin)

# Zipkin4net

A .NET client library for [Zipkin](http://zipkin.io).

## Build status

[windows-build-badge]: https://travis-ci.org/openzipkin/zipkin4net.svg?branch=master
[windows-build]: https://ci.appveyor.com/project/fedj/zipkin4net

[linux-build-badge]: https://travis-ci.org/openzipkin/zipkin4net.svg?branch=master
[linux-build]: https://travis-ci.org/openzipkin/zipkin4net

|Linux|Windows|
|:------:|:------:|
|[![][linux-build-badge]][linux-build]|[![][windows-build-badge]][windows-build]|

## What it provides

It provides you with:
- Zipkin primitives (spans, annotations, binary annotations, ...)
- Asynchronous trace sending
- Trace transport abstraction

## Basic usage

### Bootstrap

The easiest way to use the library is the following

```csharp
var logger = CreateLogger(); //It should implement ILogger
var sender = CreateYourTransport(); // It should implement IZipkinSender

TraceManager.SamplingRate = 1.0f; //full tracing

var tracer = new ZipkinTracer(sender);
TraceManager.RegisterTracer(tracer);
TraceManager.Start(logger);

//Run your application

//On shutdown
TraceManager.Stop();
```

Your zipkin client is now ready!

### Play with traces

To create a new trace, simply call

```csharp
var trace = Trace.Create();
```

Then, you can record annotations

```csharp
trace.Record(Annotations.ServerRecv());
trace.Record(Annotations.ServiceName(serviceName));
trace.Record(Annotations.Rpc("GET"));
trace.Record(Annotations.ServerSend());
trace.Record(Annotations.Tag("http.url", "<url>")); //adds binary annotation
```

### Transport

The transport is responsible to send traces to a zipkin collector.

#### HTTP transport

We provide you with an [HTTP transport](Src/zipkin4net/Src/Transport/Http/HttpZipkinSender.cs). Just create it with the zipkin collector url (i.e. if you test locally, you'll probably end up with something like 'http://localhost:9411') and pass it to the creation of the [ZipkinTracer](Src/zipkin4net/Src/Tracers/Zipkin/ZipkinTracer.cs) and you're set.

#### Custom transport implementation

The implementation is really easy to do. All you have to do is to implement a Send(byte[]) method.
For example, if you want to send traces through Kafka and assuming you have a kafka producer, you should write

```csharp
class KafkaZipkinSender : IZipkinSender
{
  private readonly IKafkaProducer _producer;
  private const string Topic = "zipkin";

public KafkaZipkinSender(IKafkaProducer producer)
  {
    _producer = producer;
  }

public void Send(byte[] data)
  {
    _producer.produce(Topic, data);
  }
}
```

We internally use [Kafka-sharp](https://github.com/criteo/kafka-sharp).

### Span creation

Zipkin is designed to handle complete spans. However, an incorrect usage of the library can lead to incomplete span creation. To create a complete span, you need a pair of matching annotations in the following list:

- ServerRecv and ServerSend annotations
- ClientSend and ClientRecv annotations
- LocalOperationStart and LocalOperationStop annotations
- ProducerStart and ProducerStop annotations
- ConsumerStart and ConsumerStop annotations

### When are my traces/spans sent?

A span is sent asynchronously to the zipkin collector when one of the following annotation is recorded:
- ServerSend
- ClientRecv
- LocalOperationStop
- ProducerStop
- ConsumerStop

with the matching opening annotation specified above (matching means same (traceId, spanId, parentSpanId)).

A [flushing mechanism](#flush-mechanism) regurlarly checks for incomplete spans waiting in the memory to be sent.

## Advanced usage

### Monitor the tracer itself

The library comes with few handy tricks to help you monitor tracers

#### Metrics

ZipkinTracer can be created with an implementation of [IStatistics](Src/zipkin4net/Src/Tracers/Zipkin/Statistics.cs) interface. This is useful if you want to send various metrics to graphite.
We update four metrics:

| Metric          | Description                                                             |
| --------------- | ----------------------------------------------------------------------- |
| RecordProcessed | The number of annotation, binaryAnnotations, ... recorded by the tracer |
| SpanSent        | The number of span successfully sent                                    |
| SpanSentBytes   | What went on the network                                                |
| SpanFlushed     | The number of span flushed                                              |

Since the library is meant to have almost no dependency, you'll have to write the implementation that sends these metrics to graphite for example.

#### Tracers for testing and debugging purposes

When integrating this kind of library, it can be useful to know that we called it correctly.

##### Debugging

[ConsoleTracer](Src/zipkin4net/Src/Tracers/ConsoleTracer.cs) writes every record it gets on the console (annotations, service names, ...).

##### Unit/Integration test

- [InMemoryTracer](Src/zipkin4net/Src/Tracers/InMemoryTracer.cs) keeps every record in a queue. It is useful when a mock tracer is not enough.
- [VoidTracer](Src/zipkin4net/Src/Tracers/VoidTracer.cs) drops records. It is useful when you don't need tracing in tests.

Please also note that the default sampling is 0 meaning that by default, tracing is disabled. You should either set the sampling to 1.0 (to be deterministic) or force the trace to be sampled.

### B3 Headers propagation

If your services communicate through HTTP, we provide you with headers injection and extraction ([ZipkinHttpTraceInjector](Src/zipkin4net/Src/Transport/ZipkinHttpTraceInjector.cs) and [ZipkinHttpTraceExtractor](Src/zipkin4net/Src/Transport/ZipkinHttpTraceExtractor.cs)). It will allow you to add headers in HTTP requests between your services.
The headers are zipkin standard headers but you can also implement yours with interfaces [ITraceInjector](Src/zipkin4net/Src/Transport/ITraceInjector.cs) and [ITraceExtractor](Src/zipkin4net/Src/Transport/ITraceExtractor.cs).

### Flush mechanism

We implemented a safety mechanism in the library in order to avoid any memory footprint explosion. Spans can remain in memory if the user doesn't record the matching annotation to complete the span, leading to [a memory leak](#span-creation). To avoid it, we added a safety that removes these spans after 60 seconds.

### Force sampling

You can force a trace to bypass sampling. It is useful for tests but can also be useful if you want to trace specific requests depending on the context.

```csharp
Trace.ForceSampled();
```

If you want to do that in production, we highly recommend too wrap your [IZipkinSender](Src/zipkin4net/Src/Tracers/Zipkin/IZipkinSender.cs) implementation with the [RateLimiterZipkinSender](Src/zipkin4net/Src/Tracers/Zipkin/RateLimiterZipkinSender.cs). It will throttle traces based on a time-window pattern.

### Trace context

Passing the trace context accross every API can be very cumbersome and doesn't bring any real added value. It's also a bit painful to implement a working solution if you have async code. That's why we implemented [TraceContext](Src/zipkin4net/Src/TraceContext.cs) which relies on .Net [CallContext](https://msdn.microsoft.com/fr-fr/library/system.runtime.remoting.messaging.callcontext(v=vs.110).aspx) to carry traces over the execution path.

By setting

```csharp
Trace.Current = myTrace;
```

You will be able to retrieve it, even if you have async code in between. It means that it will follow the sync/async path of your request.
Since it can be a bit tricky, please use it with caution and if you know what you're doing.