Enhanced capabilities for Azure Monitor metrics for functions

Offen

#172 erstellt am 18.10.2023 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: azure, java
Bereich: observability

Rechercherichtung

Beginnen Sie damit zu prüfen, wie Azure Monitor-Metriken derzeit für Java durable functions ausgegeben werden und wie der WorkflowOrchestrator-Kontext dargestellt wird. Der Issue schlägt eine Labels-Annotation und die Weitergabe von clientId, technicalAccountId und orgId vor, nennt jedoch keine Dateien oder Tests; als abgeschlossen gilt ein abgestimmtes Design für benutzerdefinierte Metrik-Tags und dessen Validierung.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Enhancement Observability P2

Today, durable framework provides good metrics to see the load on the clusters on Azure Monitor. Eg. how many instances for a specific function are in failed/successful state.
But sometimes we need more than just these counts. Eg, each of these functions are triggered with some context, like this for triggered for which clientId, orgId etc. Now, these can be tags for the uber level failed/successful orchestrator/activity function.

I wanted to check if such an enhancement request could be catered to. I could think of a way like this :

@FunctionName("WorkflowOrchestrator")
@Labels [(clientId = ""), (technicalAccountId = ""), (orgId = "")]
public ObjectNode workflowOrchestrator(@DurableOrchestrationTrigger(name = "runtimeState") TaskOrchestrationContext ctx)

We could have a Labels annotation with a list of custom tags that could be added at the time of calling the function or be as a part of the context. And these could then be propagated as tags on Azure Monitor.

Vorherrschende Sprache: Java
Sterne: 29
Forks: 18
Ø Merge: 1 T. 10 Std.
Gemergte PRs (30 T.): 2

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/durabletask-java

Apply DurableHttpRequest.HttpRetryOptions when scheduling durable HTTP retries Offen

Needs: Triage :mag:

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

microsoft/durabletask-java#303 · Erstellt am 17.9.2026
RetryContext.lastAttemptNumber is inflated when retriable task is awaited via ctx.anyOf(...) Offen

Needs: Triage :mag:

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

microsoft/durabletask-java#290 · 2 Kommentare · Erstellt am 20.5.2026
Add Durable Task middleware support Offen

Needs: Triage :mag:

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

microsoft/durabletask-java#285 · Erstellt am 05.5.2026
ContinueAsNew does not support specifying a new orchestration version Offen

Needs: Triage :mag:

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

microsoft/durabletask-java#276 · Erstellt am 27.3.2026
Wrap gRPC StatusRuntimeException across all client and worker gRPC calls Offen

Enhancement

microsoft/durabletask-java#274 · 1 Reaktion · 2 zugewiesene Personen · Erstellt am 25.3.2026

Alle Issues in microsoft/durabletask-java