The Dynatrace.OpenTelemetry.Instrumentation.GoogleCloudFunctions
NuGet package provides APIs for tracing server-side .NET Google Cloud Function (GCF) invocations.
To set up OpenTelemetry .NET integration on Google Cloud Functions, run the command below in the root directory of your Google Cloud Function project.
dotnet add package Dynatrace.OpenTelemetry.Instrumentation.GoogleCloudFunctions
This adds the latest version of the Dynatrace.OpenTelemetry.Instrumentation.GoogleCloudFunctions
NuGet package as a dependency on your project.
The initialization code for GCF tracing in your Function.cs
file could look as follows (where Function
is the configured GCF handler class):
using Dynatrace.OpenTelemetry;using Dynatrace.OpenTelemetry.Instrumentation.GoogleCloudFunctions;using Google.Cloud.Functions.Framework;using Microsoft.AspNetCore.Http;using OpenTelemetry;using OpenTelemetry.Trace;namespace Examples.GcfFunctionApp{public class Function{private static readonly TracerProvider TracerProvider;static Function(){DynatraceSetup.InitializeLogging();TracerProvider = Sdk.CreateTracerProviderBuilder().AddDynatrace().AddGoogleCloudFunctionsInstrumentation().Build();}}}
Dynatrace.OpenTelemetry.Instrumentation.GoogleCloudFunctions version 1.273 Only tracing of incoming calls for HTTP-triggered functions is supported.
To instrument an HTTP-triggered function to trace incoming calls, in addition to the initialization code above, wrap the GCF function handler method using either GoogleCloudFunctionsWrapper.Trace
or GoogleCloudFunctionsWrapper.TraceAsync
as shown in the following example.
public Task HandleAsync(HttpContext context){return GoogleCloudFunctionsWrapper.TraceAsync(TracerProvider,() => HandleInternalAsync(context), context);}private Task HandleInternalAsync(HttpContext context){// This is just an example of function handler and should be replaced by actual code.return Task.CompletedTask;}
When the function handler is invoked for the first time after a cold start, the instrumentation initialization method AddGoogleCloudFunctionsInstrumentation
makes additional HTTP requests to fetch metadata from your Google Cloud environment. This metadata is used to set the required attributes for Dynatrace to process
the span ("Activity" in .NET terminology).
The additional HTTP requests from AddGoogleCloudFunctionsInstrumentation
method might cause unhandled exceptions during the initialization phase (for example, HttpRequestException
in the case of a broken network connection). If your code is set to avoid monitoring when startup fails, exceptions will still be caught.
By default, all wrapping Trace/TraceAsync
methods automatically perform a flush operation before the end of function invocation to ensure that all spans are exported properly. Because span flushing becomes part of the function's execution logic, it might result in a longer execution time.
To disable flushing after every invocation, you can provide a configuration parameter with the flag ForceFlushAfterEachInvocation
set to false
in the AddGoogleCloudFunctionsInstrumentation
method. Spans will still be periodically exported in the background.
TracerProvider = Sdk.CreateTracerProviderBuilder().AddDynatrace()// Setting ForceFlushAfterEachInvocation to false disables the flushing after every function invocation..AddGoogleCloudFunctionsInstrumentation(c => c.ForceFlushAfterEachInvocation = false).Build();
Because code running outside the function execution can be terminated at any time, it's discouraged by Google Cloud Functions.
Google Cloud Functions 1st gen
Background task execution after function invocation is not guaranteed without flushing spans and might result in span loss. In practice, samples have shown that not explicitly flushing spans usually still results in correctly exported spans.
Google Cloud Functions 2nd gen
Google Cloud Functions 2nd gen can handle multiple concurrent requests in a single function instance. The flush operation of one invocation can prolong the execution time of another function invocation.
Because function instances usually need to be kept idle for some time to handle multiple concurrent requests, you can disable the flushing of spans to improve performance. For details, see Instance lifecycle.
Note that idle function instances are not guaranteed to be allocated CPU unless their CPU allocation mode is set to CPU always allocated
.
For details, see Function execution timeline.