Sie haben eine API erstellt, sie funktioniert, aber Benutzer beschweren sich über langsame Antworten. Du schaust dir den Code an - alles scheint in Ordnung zu sein. Die Datenbank funktioniert, die Abfragen sind einfach, und die Antwortzeit wird immer noch in Sekunden und nicht in Millisekunden gemessen. Kommt Ihnen diese Situation bekannt vor?
Das Problem ist, dass die meisten Entwickler die offensichtlichen Dinge überprüfen: Indizes in der Datenbank, Komplexität von Algorithmen, Datengröße. Aber die wirklichen Bremsen verstecken sich oft an Orten, die nur wenige Menschen sehen. Lassen Sie uns 12 solcher nicht offensichtlichen Gründe für die langsame API-Leistung analysieren.
1. DNS-Abfragen für jeden externen Anruf
Deine API greift auf einen externen Dienst zu – ein Zahlungssystem, einen Analysedienst oder einen anderen Microservice. Und jedes Mal wird eine DNS-Anfrage gestellt, um die IP-Adresse herauszufinden. Dies kann jeder Anfrage 20 bis 200 Millisekunden hinzufügen.
Viele HTTP-Clients speichern DNS standardmäßig nicht zwischen. Wenn Ihre API 10 externe Anfragen pro Benutzeranfrage stellt, verlieren Sie bis zu 2 Sekunden nur für DNS.
Lösung: Konfigurieren Sie das DNS-Caching im HTTP-Client oder verwenden Sie Connection Pooling mit Wiederverwendung von Verbindungen.
2. Serialisierung von Daten in einem ineffizienten Format
JSON ist bequem, aber langsam. Wenn Ihre API große Datenmengen zwischen Diensten überträgt, kann die Serialisierung und Deserialisierung von JSON einen erheblichen Teil der Anforderungsverarbeitungszeit in Anspruch nehmen.
Zum Beispiel kann die Serialisierung eines Arrays von 10.000 Objekten in JSON in Python 50-100 Millisekunden dauern. Wenn dies mehrmals pro Anfrage geschieht, summiert sich die Zeit.
Alternativen: Versuchen Sie MessagePack, Protocol Buffers oder sogar ein einfaches Binärformat für die interne Kommunikation zwischen Diensten. Sie arbeiten um ein Vielfaches schneller.
3. Synchrones und redundantes Logging
Sie protokollieren jede Anfrage, jede Antwort, jede Aktion. Dies ist für das Debuggen korrekt, aber wenn Protokolle synchron in eine Datei oder Datenbank geschrieben werden, blockiert jeder Schreibvorgang die Codeausführung.
Das Schreiben in eine Datei kann 5-20 Millisekunden dauern. Wenn Sie 10 Protokolle pro Anfrage schreiben, sind dies bereits 50-200 Millisekunden reine Verzögerungen.
Lösung: Verwenden Sie die asynchrone Protokollierung mit Puffer, senden Sie Protokolle an einen separaten Prozess oder Dienst, reduzieren Sie den Detaillierungsgrad in der Produktion.
4. Fehlen von vorbereiteten Anfragen an die Datenbank
Auch mit Indizes kann die Datenbank langsam sein, wenn Sie jedes Mal eine neue SQL-Abfrage senden, anstatt vorbereitete Anweisungen zu verwenden. Die Datenbank ist gezwungen, die Abfrage jedes Mal zu analysieren, einen Ausführungsplan zu erstellen und ihn erst dann auszuführen.
Vorbereitete Anfragen werden von der Datenbank zwischengespeichert und die erneute Ausführung erfolgt fast sofort. Einsparungen von bis zu 30-40% der Zeit für einfache Anfragen.
5. Kaltstarts in Cloud-Funktionen
Wenn Sie eine serverlose Architektur (AWS Lambda, Google Cloud Functions) verwenden, kann ein Kaltstart nach einer Zeit der Inaktivität die erste Anfrage um 500 Millisekunden bis zu mehreren Sekunden verzögern.
Das Problem wird noch verschlimmert, wenn Ihre Funktion schwer ist: viele Abhängigkeiten, große Bibliotheken, lange Initialisierung. Der Benutzer sieht die Bremsen, obwohl der Code selbst schnell funktioniert.
Lösung: Verwenden Sie die bereitgestellte Parallelität für kritische Funktionen, optimieren Sie die Größe des Images und verschieben Sie die Initialisierung außerhalb der Handlerfunktion.
6. Fehlen eines Verbindungspools mit der Datenbank
Jede neue Verbindung zur Datenbank benötigt mehrere zehn Millisekunden, um eine TCP-Verbindung herzustellen, zu authentifizieren und zu initialisieren. Wenn deine API für jede Anfrage eine neue Verbindung herstellt, verschwendest du Zeit.
Connection Pooling verwendet vorhandene Verbindungen wieder. Dies ist eine grundlegende Optimierung, aber viele unerfahrene Entwickler vergessen sie oder konfigurieren sie falsch.
Überprüfe die Einstellungen: Gibt es genügend Verbindungen im Pool? Schließen sie sich nicht zu schnell? Ist das Timeout richtig eingestellt?
7. Middleware wird für alle Anfragen ausgeführt
Sie haben Middleware für Authentifizierung, Protokollierung, CORS-Verarbeitung und Validierung. All dies wird für jede Anfrage ausgeführt, auch für statische Dateien oder einen Health-Check-Endpunkt.
Wenn Middleware eine Anfrage an eine Datenbank oder einen externen Dienst zur Überprüfung eines Tokens stellt, führt dies ausnahmslos zu einer Verzögerung aller Anfragen.
Lösung: Optimieren Sie die Reihenfolge der Middleware, führen Sie einfache Überprüfungen durch, schließen Sie unnötige Pfade aus und speichern Sie die Ergebnisse der Token-Validierung zwischen.
8. Garbage Collection im kritischen Moment
Sprachen mit automatischer Speicherverwaltung (Python, Java, Go) starten regelmäßig einen Garbage Collector. In den meisten Fällen ist dies nicht wahrnehmbar, aber wenn Ihre API viele Objekte im Speicher ansammelt, kann der GC direkt während der Verarbeitung der Anfrage ausgelöst werden und die Ausführung für Dutzende oder Hunderte von Millisekunden einfrieren.
Dies ist besonders bei Python mit seinem GIL und bei Java mit falsch konfigurierten GC-Parametern zu beobachten.
Überwache GC-Pausen, passe die Garbage-Collector-Parameter an, vermeide das Erstellen unnötiger Objekte in Hotspots im Code.
9. Blockierende Operationen im asynchronen Code
Du verwendest async/await, FastAPI oder Node.js, aber irgendwo im Code machst du einen synchronen Aufruf: Lesen einer Datei, Abfragen einer Datenbank ohne asynchronen Treiber, Aufrufen einer API über reguläre Anfragen.
Dies blockiert die Ereignisschleife und alle anderen Anfragen werden in die Warteschlange gestellt. Eine langsame Anfrage verlangsamt den gesamten Server.
Lösung: Verwenden Sie nur asynchrone Bibliotheken, verschieben Sie Blocking-Operationen in Thread-Pools oder separate Prozesse, überprüfen Sie den gesamten Code auf synchrone Aufrufe.
10. Keine Zeitüberschreitung bei externen Anfragen
Deine API greift auf einen externen Dienst zu, legt jedoch keine Zeitüberschreitung fest. Wenn der externe Dienst langsam wird oder nicht mehr reagiert, hängt Ihre Anfrage minutenlang, bis das Standard-Timeout des Betriebssystems erreicht ist.
Der Benutzer sieht einen endlosen Ladevorgang, und Ihre API verbraucht Ressourcen, um auf eine Antwort zu warten, die möglicherweise nie eingeht.
Stellen Sie immer angemessene Zeitüberschreitungen ein: 5-10 Sekunden für externe APIs, 1-2 Sekunden für interne Dienste. Es ist besser, einen Fehler schnell zu melden, als den Benutzer warten zu lassen.
11. Wiederholte Bearbeitung identischer Anfragen
Der Benutzer hat mehrmals auf die Schaltfläche geklickt oder das Frontend sendet bei Zeitüberschreitung eine Wiederholung. Ihre API empfängt die gleichen Anfragen und verarbeitet jede von ihnen ehrlich: Sie stellt Anfragen an die Datenbank, führt Berechnungen durch und sendet Briefe.
Dies ist nicht nur langsam, sondern kann auch zu doppelten Daten und Fehlverhalten führen.
Lösung: Verwenden Sie idempotente Schlüssel, speichern Sie die Ergebnisse der letzten Anfragen zwischen, blockieren Sie wiederholte Sendungen im Frontend.
12. Metriken und Monitoring sind an sich schon hinderlich
Ironischerweise können die Tools zur Leistungsmessung selbst zu einer Quelle von Hindernissen werden. Das Sammeln detaillierter Metriken, das Verfolgen jeder Anfrage, das Senden von Daten an Überwachungssysteme - all dies erfordert Ressourcen.
Wenn Sie zu viele Metriken sammeln oder synchron senden, verbraucht dies Prozessorzeit und fügt Verzögerungen hinzu.
Seien Sie vernünftig: Sammeln Sie nur die benötigten Metriken, verwenden Sie Sampling für Tracing, senden Sie Daten asynchron und in Batches.
Was nun?
Jetzt kennst du 12 nicht offensichtliche Gründe, warum eine API langsam sein kann. Der nächste Schritt ist eine systematische Überprüfung: Fügen Sie Profiling hinzu, messen Sie die Zeit in jeder Phase der Anfrageverarbeitung, finden Sie Engpässe.
Denken Sie daran: Leistung ist keine einmalige Optimierung, sondern ein kontinuierlicher Prozess. Überwachen, messen, verbessern.
Kodik – ist nicht nur eine App, sondern dein persönlicher Mentor in der Welt der Programmierung. Er erklärt alles in einfachen Worten, hilft, das Wissen in der Praxis zu festigen und gibt coole Erfolge für Erfolge 🏅
Und wir haben auch einen coolen Telegram-Kanal mit einer freundlichen Community, in der du jede Frage stellen und Hilfe von erfahrenen Entwicklern erhalten kannst. Mach mit!