Kein weiterverkaufter Platz auf fremden Plattformen. Die Infrastruktur gehört uns — muss etwas geändert werden, ändern wir es, statt ein Ticket zu eröffnen.
← Zurück zu den LeistungenLEISTUNG / 03
Infrastruktur, an die Sie nicht mehr denken.
Hosting ist der Teil, den niemand bemerkt, bis er ausfällt — und dann ist es das Einzige, was jemand bemerkt. Wir legen Fundamente, die mit Absicht langweilig sind, und wir messen sie, statt sie anzunehmen.
01 / Die Aufgabe
Die meisten Performance-Probleme sind Konfiguration, nicht Code.
Kompression, die Ihr JavaScript nie erreicht. Cache-Header, die jeden Besuch zum ersten machen. Eine Revalidierung, die 200 statt 304 zurückgibt. Nichts davon fällt im Code-Review auf, und alles ist an einem Nachmittag messbar.
02 / Was Sie bekommen
Was Sie bekommen
Ein hier gebautes Panel mit Zugriff auf Ihren eigenen Server — Status, Ressourcen, Logs und die Schalter, die Sie wirklich brauchen, ohne Warteschlange dazwischen.
Beides sind eigene Dienste, eingerichtet und getestet vor dem Livegang — keine Zusatzpakete nach dem ersten Vorfall.
Registrierung, Transfer und Verlängerung im selben Betrieb, deutlich günstiger als bei den großen Registraren nach dem ersten Jahr.
Functions und Managed Services, wo Lastspitzen dafür sprechen; echte Server, wo planbare Last günstiger ist. Wir hängen an keinem von beiden.
Alarme an der Nutzererfahrung ausgerichtet, und eine benannte Person, die abhebt, wenn einer auslöst.
03 / Wie es abläuft
Wie es abläuft
- 01Den Ist-Zustand messen
Echte Transfergrößen, echte Cache-Trefferraten, echte Time to First Byte — bevor irgendetwas angefasst wird.
- 02Zuerst das Billige
Kompression, Header und Bildgewicht bringen meist mehr als ein größerer Server, zu einem Bruchteil der Kosten.
- 03Das Release automatisieren
Ein Befehl, jedes Mal gleich, mit Migration und Cache-Invalidierung in der richtigen Reihenfolge.
- 04Es erneut belegen
Dieselben Messungen nach der Änderung, damit die Verbesserung eine Zahl ist und kein Gefühl.
04 / Wie wir bauen
Wie wir bauen
Zahlen vor und nach jeder Änderung. Ein Cache wirkt nur, wenn der zweite Besuch günstiger ist — und das ist prüfbar.
Jeder zusätzliche Dienst will gepatcht, überwacht und um drei Uhr nachts verstanden werden.
Backups, aus denen Sie mindestens einmal wiederhergestellt haben. Ungetestete Backups sind ein Glaube, kein Plan.
05 / In der Praxis
Lizaria
Lizaria betreibt Shopware, MySQL, Redis und ein Nuxt-Frontend in getrennten Containern hinter nginx — Redis nach Rollen aufgeteilt und ein Cache-Dashboard, das "verfügbar" von "tatsächlich wirksam" unterscheidet.