Performance ist Architektur, keine nachträgliche Optimierung

In zu vielen Projekten gilt Performance als letzter Schritt – etwas, das man «später optimiert». Dann ist daraus längst ein Architekturproblem mit Liefertermin geworden, und die günstigen Lösungen sind verschwunden. Schnelle Systeme werden von Beginn an auf Geschwindigkeit ausgelegt.

Langsamkeit entsteht selten durch einen einzelnen Fehler. Meist ist sie das Ergebnis hundert kleiner Entscheidungen: zu viele Abfragen, unbegrenzte Datenmengen, keine Cache-Strategie und blockierende Verarbeitung. Sobald die Langsamkeit sichtbar wird, erfordert die Lösung eine Änderung der Architektur statt einer einzelnen Einstellung.

Performance muss eine Anforderung sein, die bei jedem Release gemessen wird, nicht bloss eine Hoffnung. Core Web Vitals, p95-Latenz und Grössenbudgets werden zu Freigabekriterien: Eine Änderung, die diese Werte verschlechtert, wird erst nach der Korrektur veröffentlicht. Was gemessen und kontrolliert wird, bleibt schnell.

• Edge-Auslieferung und eine gezielte Cache-Strategie für den kritischen Pfad.
• Eine Datenschicht, die unter Last keine N+1-Abfragen erzeugt.
• Passend dimensionierte Daten und Bilder in modernen Formaten.
• Beobachtbarkeit, mit der Verschlechterungen vor den Nutzern erkannt werden.

Entwickeln Sie für den anspruchsvollsten Tag des Jahres – Spitzenverkehr, leere Caches und eine grosse Lancierung –, dann funktioniert der durchschnittliche Tag von selbst. Performance ist kein Feinschliff, sondern Architektur.