Für CTO und Produktverantwortliche
Wir protokollieren jeden Aufruf Ihrer API, mit wem er kam, von welchem Screen und wie lange er dauerte, und Sie sehen es in Ihrem eigenen Dashboard. Die Daten bleiben in Ihrem System.
Sie erhalten sieben Monitoring-Screens in Ihrem Dashboard und das Protokoll jedes Aufrufs. Umfang und Zeitplan der Inbetriebnahme stehen schriftlich fest, bevor wir beginnen.
Aktualisiert am
Nicht nötig, wenn Ihre API wenig Traffic hat oder Sie jeden Endpoint schon mit seinen Perzentilen messen.
Ohne jeden Aufruf zu messen, optimiert man den Endpoint (jede Adresse der API), den jemand im Verdacht hat. Mit echten Nutzern braucht ein Endpoint bei einem von hundert Aufrufen Sekunden, ein Screen fragt dasselbe zweimal an, und der Durchschnitt sagt weiter, alles läuft. Mit der Messung vor Augen sieht man, welcher langsam ist, von welchem Screen er aufgerufen wird und wie viele Menschen es betrifft.
In 30 Minuten sehen wir, womit Ihre API gebaut ist und wo Sie die Daten speichern wollen. Danach erhalten Sie Umfang und Zeitplan der Inbetriebnahme schriftlich.
Die Erfassung wird in Ihrer eigenen API installiert und speichert das Protokoll in Ihrem Elasticsearch. Passwörter, Tokens, E-Mail-Adressen und Standorte werden vor dem Speichern maskiert.
Sie sehen die sieben Screens in Ihrem Dashboard, neben dem Rest Ihrer Konsole. Wir sehen regelmäßig mit Ihnen durch, welcher Endpoint zuerst optimiert werden sollte.
Priorität: Hoch
Endpoint im Schnitt schnell und im p99 langsam
Beispiel für das Berichtsformat, nicht von einem Kunden.
Sprechen wir über Ihren Fall?
Ein Termin von 30 Minuten: Wir sehen uns an, was Sie haben und was zuerst geprüft werden sollte.
Alle drei sind nützlich, jedes für etwas anderes. Die KI bringt die Menge, die Menschen das Urteil: Deshalb nutzt unser Review ein automatisches KI-Tool, und Senior-Entwickler beaufsichtigen es.
Es prüft ein Team aus Senior-Entwicklern, mit vielen Stunden in der Entwicklung und im Finden der Fehler, die KIs beim Programmieren machen. Wir kennen mehr als 1.200 Prüfpunkte. Das automatische KI-Tool geht sie durch, und die Menschen bestätigen, steuern und prüfen.
Team aus Senior-Entwicklern
Verantwortlich: José María Salido, Gründer von Sondeon
API-Monitoring heißt, jeden Aufruf zu messen, den Ihre API erhält: wie lange er dauert, was sie antwortet und wer ihn auslöst, um zu sehen, wo die Zeit bleibt und was ausfällt, bevor ein Kunde es merkt.
Es sind Perzentile: p95 ist die Zeit, die 95 % der Aufrufe nicht überschreiten, und p99 die für 99 %. Sie zeigen die langsamen Aufrufe, die der Durchschnitt verbirgt: Ein Endpoint kann im Schnitt schnell sein und einen von hundert Aufrufen Sekunden warten lassen.
Eine API in Python mit FastAPI nimmt es unverändert auf; in Node, Django oder Spring wird die Erfassung angepasst. Nötig ist Elasticsearch, und eine Message Queue, falls Sie schon eine haben.
Die Antwort beeinträchtigt es nicht: Das Protokoll entsteht nach der Antwort, in einem anderen Thread, und läuft über eine Queue. Die Daten werden in Ihrem eigenen Elasticsearch gespeichert, also geht nichts an Dritte.
Das Monitoring sagt Ihnen, welchen Sie zuerst optimieren sollten und warum, mit der Messung vor Augen. Die Behebung ist getrennt und erfolgt nur auf Ihren Wunsch: Ihr Team übernimmt sie, oder wir, wenn Sie uns damit beauftragen.
Der Termin von 30 Minuten ist kostenlos. Alles Weitere hängt davon ab, wie viele APIs dazugehören und wie viele Aufrufe sie haben, und wird schriftlich festgehalten. Das Monitoring ersetzt kein API-Audit: Es ist ein laufender Health Check, der bei jedem Aufruf wiederholt, was ein API-Audit betrachten würde, mit Perzentilen und einem regelmäßigen Review, was zuerst zu optimieren ist.
Mit KI gebaute Flutter-Apps, getestet auf echten iOS- und Android-Smartphones per Befehl und per Touch, zusammen mit ihrem Backend.
Performance, Sichtbarkeit in Suchmaschinen und KI-Assistenten (SEO und GEO), Barrierefreiheit und Sicherheit Ihrer Website, gemessen an der echten Seite.
Der Serverteil hinter Ihrer App oder Website: was die API offenlegt, was sie schützt, welche Header sie ausliefert und was in ihren Logs landet.
PostgreSQL, Redis, Elasticsearch und RabbitMQ, nur lesend: Struktur, Indizes, langsame Abfragen, Sperren und Verbindungen.
Der Server, auf dem Ihr System laufen wird, geprüft vor dem Go-live: wer Zugriff hat, was darauf läuft und welche Grenzen beim Wachstum brechen.
Die Linux-Maschinen, auf denen Ihr System läuft, alle paar Sekunden gemessen, damit eine volle Festplatte oder ein gestoppter Container vor Ihren Nutzern auffällt.
Füllen Sie das Formular aus, und wir schreiben Ihnen per E-Mail, um Tag und Uhrzeit abzustimmen. Es sind 30 Minuten, um zu sehen, was Sie haben und was zuerst geprüft werden sollte.