Skip to main content
Workload Identity Federation befindet sich in der Beta-Phase. Sie wurde noch nicht auf allen Plattformen geprüft, und ihre Konfiguration kann sich ändern. Statische API-Schlüssel bleiben die stabilste Option.
Mit Workload Identity Federation authentifiziert sich GoModel ohne langlebigen API-Schlüssel bei einem Anbieter. Das Gateway liest ein Identitätstoken, das Ihre Plattform bereits ausstellt (ein projiziertes Kubernetes-Servicekonto-Token, AWS-, GCP- oder Azure-Workload-Identity, GitHub-Actions-OIDC, ein SPIFFE JWT-SVID), und tauscht es gegen ein kurzlebiges Zugriffstoken des Anbieters. Unterstützte Anbieter: openai (RFC-8693-Token-Austausch) und anthropic (RFC 7523 jwt-bearer). Richten Sie zuerst Identitätsanbieter und Servicekonto beim Anbieter ein: OpenAI, Anthropic.

Konfigurieren

Anthropic liest dieselben Variablen wie die offiziellen SDKs, eine bestehende Bereitstellung funktioniert also unverändert:
OpenAI:
Oder in config.yaml:
Instanzsuffixe funktionieren wie bei jeder anderen Anbietereinstellung, zum Beispiel OPENAI_EU_IDENTITY_TOKEN_FILE für einen Anbieter namens openai-eu.

Funktionsweise

  • Die erste Anfrage wartet auf den Austausch des Identitätstokens. Das Zugriffstoken wird zwischengespeichert und zwei Minuten vor Ablauf im Hintergrund erneuert (bei sehr kurzlebigen Tokens früher), während Anfragen weiter das zwischengespeicherte Token nutzen. Eine Anfrage wartet nur dann auf einen Austausch, wenn kein nutzbares Token zwischengespeichert ist.
  • identity_token_file wird bei jedem Austausch neu gelesen, damit Tokens, die auf der Festplatte rotieren, aktuell bleiben. Sind Datei und identity_token gesetzt, gewinnt die Datei.
  • Schlägt eine Erneuerung fehl, wird das zwischengespeicherte Token bis 30 Sekunden vor Ablauf weiterverwendet. Nach einem Fehler wartet das Gateway 5 Sekunden, bevor es den Austausch erneut versucht.
  • Ist kein gültiges Token verfügbar, geht die Anfrage ohne Token hinaus und der Anbieter lehnt sie ab. Das Gateway-Log nennt den Grund (workload identity token exchange failed).
  • Der Austausch nutzt den ausgehenden Proxy des Anbieters, wenn einer konfiguriert ist.
  • Weder das Identitätstoken noch das Zugriffstoken wird je protokolliert.

Regeln

  • Ein API-Schlüssel hat wie in den offiziellen SDKs Vorrang vor Workload Identity. GoModel protokolliert eine Warnung, wenn beides gesetzt ist. Entfernen Sie <PROVIDER>_API_KEY bei der Umstellung.
  • Ein Anbieter aus der Konfiguration mit workload_identity übernimmt kein bloßes <PROVIDER>_API_KEY aus der Umgebung, außer er ist nach seinem Typ benannt.
  • Fehlt ein Pflichtfeld oder steht workload_identity bei einem anderen Anbietertyp, startet dieser Anbieter nicht, und das Log nennt das Feld.
  • Workload Identity wird in config.yaml oder über Umgebungsvariablen konfiguriert. Im Anbieter-Editor des Dashboards ist sie noch nicht verfügbar.
Zuletzt geändert am 25. Oktober 2026