API-Schlüsselverwaltung, Umgebungsvariablen, Ratenlimits und Sicherheitsbest Practices.
Alle RAIL API-Anfragen werden mit API-Schlüsseln authentifiziert. Die Schlüssel sind an Ihr Konto gebunden, tragen Ihr Guthaben und erscheinen in Ihren Nutzungsprotokollen.
Beide SDKs akzeptieren den API-Schlüssel bei der Client-Konstruktion und fügen den Header automatisch hinzu:
from rail_score_sdk import RailScoreClientimport os# Schlüssel direkt übergeben (in Ordnung für Skripte)client = RailScoreClient(api_key="YOUR_RAIL_API_KEY")# Empfohlen: aus Umgebungsvariable lesenclient = RailScoreClient(api_key=os.environ["RAIL_API_KEY"])
Sie können mehrere Schlüssel für verschiedene Umgebungen (Produktion, Staging, CI) erstellen. Verwalten Sie alle Schlüssel von Ihrem Dashboard.
Aktion
Wann zu verwenden
Schlüssel generieren
Neue Umgebung, Einarbeitung eines neuen Dienstes oder planmäßiges Rotieren von Anmeldeinformationen
Schlüssel umbenennen
Kontext hinzufügen wie “production-chatbot” oder “staging-ci” zur Nutzungstracking
Schlüssel widerrufen
Verdacht auf Leck, Mitarbeiterabgang oder Stilllegung eines Dienstes. Wirkt sofort.
Null-Downtime-Rotation: Generieren Sie einen neuen Schlüssel, implementieren Sie ihn in Ihrem Dienst und überprüfen Sie, ob er funktioniert, und widerrufen Sie dann den alten Schlüssel. Der Austausch dauert Sekunden.
Schlüssel niemals im Client-seitigen Code exponieren. Browser sind öffentlich. Rufen Sie die API immer von Ihrem Backend oder serverlosen Funktion auf.
Schlüssel in Umgebungsvariablen speichern, niemals hartkodiert in Quellcodedateien oder Docker-Images.
Fügen Sie .env zu .gitignore hinzu, bevor Sie den ersten Commit machen, damit Schlüssel niemals versehentlich gepusht werden.
Verwenden Sie separate Schlüssel pro Umgebung. Wenn Staging kompromittiert wird, bleibt die Produktion sicher.
Sofort widerrufen, wenn exponiert. Zuerst einen Ersatz generieren, dann widerrufen.
Planmäßig rotieren. Periodisches Regenerieren von Schlüsseln begrenzt den Schadensradius eines unentdeckten Lecks.