Skip to content

Latest commit

 

History

History

w3c-tracing

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
 
 
 
 
 
 
 
 
 
 
 
 

Example - Distributed tracing

In this sample, we'll run two Python applications: a service application, which exposes two methods, and a client application which will invoke the methods from the service using Dapr. The code is instrumented with OpenTelemetry SDK for Python. This sample includes:

  • invoke-receiver: Exposes the methods to be remotely accessed
  • invoke-caller: Invokes the exposed methods

Also consider getting started with observability in Dapr.

Example overview

This sample uses the Client provided in Dapr's Python SDK invoking a remote method and Zipkin to collect and display tracing data.

Pre-requisites

Install dependencies

Clone this repository:

git clone https://github.com/dapr/python-sdk.git
cd python-sdk

Then get into the examples directory:

cd examples/w3c-tracing

Install dependencies:

pip3 install -r requirements.txt

Verify Zipkin is running

Run docker ps to see if the container dapr_zipkin is running locally:

CONTAINER ID        IMAGE                  COMMAND                  CREATED             STATUS              PORTS                              NAMES
24d043379da2        daprio/dapr            "./placement"            2 days ago          Up 32 hours         0.0.0.0:6050->50005/tcp            dapr_placement
5779a0268159        openzipkin/zipkin      "/busybox/sh run.sh"     2 days ago          Up 32 hours         9410/tcp, 0.0.0.0:9411->9411/tcp   dapr_zipkin
317fef6a8297        redis                  "docker-entrypoint.s…"   2 days ago          Up 32 hours         0.0.0.0:6379->6379/tcp             dapr_redis

If Zipkin is not working, install the newest version of Dapr Cli and initialize it.

Run the Demo service sample

The Demo service application exposes three methods that can be remotely invoked. In this example, the service code has two parts:

In the invoke-receiver.py file, you will find the Opentelemetry tracing and exporter initialization in addition to two methods: say, sleep and forward. The instrumentation for the service happens automatically via the GrpcInstrumentorServer class.

grpc_server_instrumentor = GrpcInstrumentorServer()
grpc_server_instrumentor.instrument()

The saytrace method prints the incoming payload and metadata in console. We also return the current trace ID so we can verify whether the trace ID propagated correctly. See the code snippet below:

@app.method(name='saytrace')
def saytrace(request: InvokeMethodRequest) -> InvokeMethodResponse:
    with tracer.start_as_current_span(name='say') as span:
        data = request.text()
        span.add_event(name='log', attributes={'Request length': len(data)})
        print(request.metadata, flush=True)
        print(request.text(), flush=True)

        resp = {
            'receivedtraceid': span.get_span_context().trace_id,
            'method': 'SAY'
        }

        return InvokeMethodResponse(json.dumps(resp), 'application/json; charset=UTF-8')

The sleep methods simply waits for two seconds to simulate a slow operation.

@app.method(name='sleep')
def sleep(request: InvokeMethodRequest) -> InvokeMethodResponse:
    with tracer.start_as_current_span(name='sleep'):
        time.sleep(2)
        print(request.metadata, flush=True)
        print(request.text(), flush=True)

        return InvokeMethodResponse(b'SLEEP', 'text/plain; charset=UTF-8')

The forward method makes a request to the saytrace method while attaching the current trace context. It simply returns the response of the saytrace method. This allows us to verify whether the traceid is still correct after this nested callchain.

@app.method(name='forward')
def forward(request: InvokeMethodRequest) -> InvokeMethodResponse:
    with tracer.start_as_current_span(name='forward'):
        print(request.metadata, flush=True)
        print(request.text(), flush=True)

        # this helper method can be used to inject the tracing headers into the request
        def trace_injector() -> typing.Dict[str, str]:
            headers: typing.Dict[str, str] = {}
            TraceContextTextMapPropagator().inject(carrier=headers)
            return headers

        # service invocation uses HTTP, so we need to inject the tracing headers into the request
        with DaprClient(headers_callback=trace_injector) as d:
            resp = d.invoke_method(
                'invoke-receiver',
                'saytrace',
                data=request.text().encode("utf-8"),
            )

        return InvokeMethodResponse(json.dumps(resp.json()), 'application/json; charset=UTF-8')

Use the following command to execute the service:

dapr run --app-id invoke-receiver --app-protocol grpc --app-port 3001 python3 invoke-receiver.py

Once running, the service is now ready to be invoked by Dapr.

Run the InvokeClient sample

This sample code uses the Dapr SDK for invoking three remote methods (say, sleep and forward). Again, it is instrumented with OpenTelemetry with the Zipkin exporter. See the code snippet below:

import json
import typing

from opentelemetry import trace
from opentelemetry.exporter.zipkin.json import ZipkinExporter
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.sdk.trace.export import BatchSpanProcessor
from opentelemetry.sdk.trace.sampling import ALWAYS_ON
from opentelemetry.trace.propagation.tracecontext import TraceContextTextMapPropagator

from dapr.clients import DaprClient

# Create a tracer provider
tracer_provider = TracerProvider(sampler=ALWAYS_ON)

# Create a span processor
span_processor = BatchSpanProcessor(ZipkinExporter(endpoint="http://localhost:9411/api/v2/spans"))

# Add the span processor to the tracer provider
tracer_provider.add_span_processor(span_processor)

# Set the tracer provider
trace.set_tracer_provider(tracer_provider)

# Get the tracer
tracer = trace.get_tracer(__name__)


# this helper method can be used to inject the tracing headers into the request
def trace_injector() -> typing.Dict[str, str]:
    headers: typing.Dict[str, str] = {}
    TraceContextTextMapPropagator().inject(carrier=headers)
    return headers


with tracer.start_as_current_span(name='main') as span:
    with DaprClient(
        # service invocation uses HTTP, so we need to inject the tracing headers into the request
        headers_callback=lambda: trace_injector()
    ) as d:
        num_messages = 2

        for i in range(num_messages):
            # Create a typed message with content type and body
            resp = d.invoke_method(
                'invoke-receiver',
                'saytrace',
                data=json.dumps({'id': i, 'message': 'hello world'}),
            )
            # Print the response
            print(resp.content_type, flush=True)
            print(resp.json()['method'], flush=True)
            traceid = resp.json()['receivedtraceid']

            resp = d.invoke_method('invoke-receiver', 'sleep', data='')
            # Print the response
            print(resp.content_type, flush=True)
            print(resp.text(), flush=True)

            forwarded_resp = d.invoke_method('invoke-receiver', 'forward', data='')
            match_string = 'matches' if (
                forwarded_resp.json()["receivedtraceid"] == traceid) else 'does not match'
            print(f"Trace ID {match_string} after forwarding", flush=True)

The class knows the app-id for the remote application. It uses invoke_method to invoke API calls on the service endpoint. Instrumentation happens automatically in Dapr client via the tracer argument.

Execute the following command in order to run the caller example, it will call each method twice:

dapr run --app-id invoke-caller --app-protocol grpc python3 invoke-caller.py

Once running, the output should display the messages sent from invoker in the service output as follows:

exposeroutput

Methods have been remotely invoked and display the remote messages.

Now, open Zipkin on http://localhost:9411/zipkin. You should see a screen like the one below:

zipking-landing

Click on the search icon to see the latest query results. You should see a tracing diagram similar to the one below:

zipking-landing

Once you click on the tracing event, you will see the details of the call stack starting in the client and then showing the service API calls right below.

zipking-details

Zipkin API

Zipkin also has an API available. See Zipkin API for more details.

To see traces collected through the API:

curl -s "http://localhost:9411/api/v2/traces?serviceName=invoke-receiver&spanName=calllocal%2Finvoke-receiver%2Fsaytrace&limit=10" -H  "accept: application/json" | jq ".[][] | .name, .duration"

The jq command line utility is used in the above to give you a nice human readable printout of method calls and their duration:

"calllocal/invoke-receiver/saytrace"
7511
"calllocal/invoke-receiver/sleep"
2006537
"calllocal/invoke-receiver/sleep"
2006268
"calllocal/invoke-receiver/forward"
10965
"calllocal/invoke-receiver/forward"
10490
"calllocal/invoke-receiver/saytrace"
1948
"calllocal/invoke-receiver/saytrace"
1545
"main"
4053102

Cleanup

Shutdown running dapr apps with Ctl-C or simply run the following:

dapr stop --app-id invoke-receiver