Die API liefert 200. Funktioniert sie deshalb wirklich?
Vom erreichbaren Endpunkt zum nutzbaren Dienst. Prüfen Sie Inhalt, Antwortzeit und Abhängigkeiten zusätzlich zum Statuscode.
Die Endpunktprüfung ist grün, aber ein Kunde kann seine Daten nicht laden. Der Server hat die Anfrage angenommen und geantwortet, während die eigentliche Funktion ausgefallen ist. Der HTTP-Status ist ein wichtiger Hinweis, aber kein vollständiger Test. Gutes Monitoring beginnt damit, was ein Client von der API benötigt und was dabei ausfallen kann.
Trennen Sie Prozesszustand und Betriebsbereitschaft
Eine einfache Liveness-Prüfung kann trotz Datenbankausfall erfolgreich sein. Eine Readiness-Prüfung untersucht dagegen, ob eine Instanz Anfragen bedienen kann. Beide haben unterschiedliche Aufgaben. Wird jeder Fehler einer externen Abhängigkeit als toter Prozess gewertet, drohen unnötige Neustarts sämtlicher Instanzen.
Halten Sie Gesundheitsendpunkte günstig und frei von sensiblen Informationen. Öffentliche Antworten dürfen keine Passwörter, interne Topologie oder Nutzerdaten offenlegen. Detaillierte Diagnoseinformationen gehören in eine geschützte Umgebung.
Prüfen Sie die Bedeutung der Antwort
Kontrollieren Sie erwarteten Status, Inhaltstyp und einen geeigneten stabilen Teil der Antwort. Manche Anwendungen liefern einen Fehler innerhalb eines JSON-Dokuments mit Status 200. Andere geben statt JSON eine HTML-Anmeldeseite zurück. Ein einfacher Verfügbarkeitstest kann beides als Erfolg werten, obwohl der Client das Ergebnis nicht nutzen kann.
Wählen Sie einen repräsentativen, sicheren Vorgang
Verwenden Sie einen Lesezugriff, der einen wichtigen Weg durch Anwendung und Datenbank prüft. Nutzen Sie ein eigenes Testkonto mit minimalen Rechten und stabilen Testdaten. Der Monitor darf nicht bei jeder Prüfung echte Bestellungen erstellen, Kunden anschreiben oder Produktionsdaten verändern.
Für Schreibtests brauchen Sie ein getrenntes Szenario mit Datenbereinigung und klarer Kontrolle. Geheime Tokens gehören weder in URLs noch in öffentliche Repositories. Nehmen Sie die Rotation der Zugangsdaten in die Wartung auf, damit abgelaufene Rechte nicht wie ein Dienstausfall aussehen.
Beobachten Sie Antwortzeiten und Fehler
Eine erfolgreiche Antwort nach langer Wartezeit kann unbrauchbar sein. Setzen Sie eine Grenze passend zum Zweck des Endpunkts und verfolgen Sie die Entwicklung. Interne Perzentile ergänzen externe Prüfungen: Sie zeigen die langsamen Anfragen, die ein Durchschnitt verdeckt.
- Erreichbarkeit und erwarteter HTTP-Status.
- Inhaltstyp und Bedeutung der Antwort.
- Antwortzeit und Zeitlimits des Clients.
- Ein wichtiger, sicherer Kundenablauf.
Was Sie mitnehmen
Beginnen Sie mit einem brauchbaren Test der wichtigsten API-Funktion. Ein günstiger Healthcheck bleibt ein ergänzendes Signal; Vertrauen entsteht durch ein Ergebnis, das der Client tatsächlich nutzen kann.
