Azure / Azure/azure-functions-dotnet-worker

Isolated Azure Function and logs generated by Triggers e.g. Service Bus and/or Event Hubs

Open
#2,416 0 comments 0 reactions 0 assignees View on GitHub
area: application-insights area: migration needs-discussion question
Dominant language
C#
Stars
466
Forks
215
Avg merge
3d 10h
Merged PRs (30d)
7

Description

We have migrated all of our Azure Functions from In-Process C# .NET 6 to Isolated Azure Functions based on .NET 8.

In our In-Process implementation we have been heavily using Telemetry Processors to filter what gets send to Application Insights, since the Triggers for Service Bus & Event Hubs are quite verbose when it comes to transient errors that will reported as error.

With the switch to the Isolated Azure Functions this concept isn't working any longer and just setting the SDK behind the Triggers to a Log Level Fatal might also suppress some of the Errors that might be relevant.

So my question is how can we filter those transient errors being send to application insights, since they happening a lot during function app scaling up/down.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing isolated Azure Functions logging and Application Insights configuration, focusing on the Service Bus and Event Hubs trigger logs and how telemetry processors differ from the In-Process model. Done should mean transient scaling-related errors can be filtered without suppressing relevant errors.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure, csharp
Domain
cloud, observability-sre
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.