Sample: Custom encryption for orchestration state

Offen

#45 erstellt am 16.5.2022 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: java
Bereich: backend-api-design, documentation, security

Rechercherichtung

Beginnen Sie damit, das DataConverter-Interface und die API für den Orchestrierungsstatus zu lokalisieren. Klären Sie, wie die von Benutzern gesteuerte Verschlüsselung und Schlüsselrotation funktionieren sollen, einschließlich der Frage, ob alte Schlüssel verfügbar bleiben oder der Status erneut verschlüsselt wird. Als abgeschlossen gilt die Aufgabe, wenn ein Referenzbeispiel vorhanden ist und alle erforderlichen Änderungen an der API-Oberfläche identifiziert wurden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

samples

Scenario

There are a variety of users who will need to encrypt their durable state using encryption keys they control. While it's possible to do this directly in the storage layer, it may be beneficial to support this directly in the API layer. The most natural way to do this is to use the DataConverter interface.

One challenge will be with how to deal with key rotation. For example, what happens if an orchestration can run for up to 1 year, but a company has a key rotation policy of 30 days? Do we require that old keys be kept around to decrypt old state, or do we create a mechanism for re-encrypting all orchestration state so that old keys can be fully decommissioned? These are some of the challenges that the sample should try to address.

Besides creating a reference for users to follow, one of the other outcomes could be changes to the API surface.

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