Problem und Lösung

Was sollte man bei einer langsamen Anwendung messen?

Bei einer langsamen Anwendung zuerst klären, welche Aktion bei wem und unter welchen Bedingungen langsam ist; Schichten messen und Verbesserungen belegen.

Kurze Antwort

Langsamkeit ist kein einzelnes Problem: Beschreiben Sie zuerst, welche Aktion bei welchem Nutzer und unter welchen Bedingungen langsam ist, und messen Sie dann Browser, Server, Datenbank und externe Dienste getrennt. Den Server ohne Messung zu vergrößern bringt vorübergehende Entlastung, behebt die Ursache aber nicht.

Langsamkeit hat verschiedene Ursachen

Seitenaufbau, API-Aufruf, Bericht und Datenimport können unterschiedliche Engpässe haben. Beschreiben Sie zuerst die betroffene Aufgabe, Nutzergruppe und Bedingungen.

Reihenfolge der Messung

Trennen Sie Browser- und Netzwerkzeiten von der Verarbeitung auf dem Server. Untersuchen Sie danach Datenbank, externe Dienste und Hintergrundaufgaben. Beachten Sie neben Durchschnittswerten auch langsame Nutzerfälle.

Nicht auf Verdacht optimieren

Ein größerer Server kann kurzfristig helfen, während unnötige Abfragen bleiben. Caching ohne klare Aktualisierungsregeln kann inkonsistente Daten erzeugen.

Was bei der Messung festzuhalten ist

Halten Sie für jedes langsame Beispiel Aktionsname, Nutzerrolle, Datenvolumen, Uhrzeit, Gerät und Verbindungsangaben sowie die Anfragekennung fest. Lassen sich Browser-, Anwendungs- und Datenbankzeiten über dieselbe Kennung zuordnen, wird der Engpass zum Beleg statt zur Vermutung. Schreiben Sie keine personenbezogenen Daten oder Zugangsschlüssel in Protokolle.

Was Beratung liefern sollte

Fordern Sie einen reproduzierbaren Fall, Ausgangswerte, Engpassbelege und einen Vorher-Nachher-Vergleich. Erfolg sollte für konkrete Aufgaben und Datenmengen statt als allgemeine Beschleunigung definiert sein.

Häufige Fragen

Zwei Fragen, die uns zu diesem Thema oft gestellt werden.

Löst ein größerer Server das Problem?

Manchmal vorübergehend; laufen aber unnötige Abfragen oder unbegrenzte Listen weiter, steigen die Kosten und das Problem bleibt. Erst messen und dann gezielt ändern, hält länger.

Ist ein Cache immer eine gute Idee?

Nein. Ist nicht festgelegt, welche Daten wann ungültig werden, kann ein Cache inkonsistente Daten zeigen. Messen Sie zuerst die Quelle der Langsamkeit und entscheiden Sie dann, ob ein Cache wirklich nötig ist.

Quellen und weiterführende Informationen

Passende Leistung

Software- und Technologieberatung ↗

Unabhängige, belegbasierte technische Bewertung für Architektur, Performance, technische Schulden und Technologiewahl, mit Prioritäten und Roadmap.

Ihr nächster Schritt

Beschreiben Sie das Problem und Ihr System

Beschreiben Sie Ihr Ziel, Ihre Werkzeuge und den Bedarf. Gemeinsam finden wir einen passenden Einstieg für Ihr Projekt.