Verfügbarkeit
Die Verfügbarkeitsprüfung sagt Monitoren, ob die API läuft. Sie braucht kein Token und trägt bewusst kein Versions-Präfix.
Jeder Endpunkt unten zeigt in der Mitte seine Parameter und Antwortfelder und rechts ein Anfragebeispiel mit Beispielantwort.
https://api.sally.ioVersion v1.0 aktuell, noch nicht eingefrorenSo funktioniert die VersionierungVerfügbarkeitsprüfung der Public API
/healthOhne AuthentifizierungSchlanke Verfügbarkeits- bzw. Health-Prüfung für Monitoring und Uptime-Checks (z. B. ein Load Balancer oder eine Statusseite). Erfordert KEINE Authentifizierung (keinen Bearer-Token) und liest weder Mandantendaten noch die Datenbank. Der Endpunkt bestätigt nur, dass der API-Prozess läuft und antwortet, und meldet, welcher Service, welche Umgebung und welche Version geantwortet hat.
Feldübersicht aus der Spezifikation
Felder der Antwort:
status(string): Integritätsstatus; immerok, wenn der Service antwortet.service(string): Name des Service, der geantwortet hat.environment(string): Umgebung, in der der Service läuft (z. B.dev,prod).version(string): Version des laufenden Service.timestamp(string): Zeitpunkt, zu dem die Antwort erzeugt wurde (UTC ISO-8601).
Mögliche Ergebnisse:
- 200: Der Service läuft (Body wie oben). Dieser Endpunkt selbst liefert immer nur
200, wenn er erreicht wird. - keine Antwort / 502 / 503 / 504: wird vom Gateway bzw. der Infrastruktur zurückgegeben, NICHT von diesem Endpunkt, wenn der Service ausgefallen ist, noch startet oder nicht erreichbar ist. Eine fehlende Antwort oder eine Antwort außerhalb von 2xx ist genau das „unhealthy"-Signal, auf das eine Verfügbarkeitsprüfung achtet.
Antwort
statusstringPflichtIntegritätsstatus des Service;
ok, wenn er läuft.Beispiel:okservicestringPflichtName des Service, der geantwortet hat.
environmentstringPflichtUmgebung, in der der Service läuft (z. B.
dev,prod).versionstringPflichtVersion des laufenden Service.
timestampstringPflichtZeitpunkt, zu dem die Antwort erzeugt wurde (UTC ISO-8601).
Statuscodes
- 200Der Service läuft.