Laravel-Anwendungen skalieren, wenn ein Server zu klein wird
Ein Server am Limit, eine Datenbank, die an ihre Grenzen kommt, Queues, die eigene Worker brauchen, oder Deployments mit Ausfallzeit. Ich habe Laravel auf vielen Servern und mit großen Datenmengen betrieben. Das richte ich für Firmen ohne eigene Entwickler ein und für Teams, die das zum ersten Mal machen.
KI gehört fest zu meiner Arbeit. Damit bin ich schnell, und bei allem, was live geht, arbeite ich sorgfältig. Laravel und Vue sind mein bevorzugter Stack. Von Deutschland aus arbeite ich mit Kunden in Europa und den USA.
Antwort innerhalb eines Werktags.
Was zur Skalierung einer Laravel-Anwendung gehört
In der Reihenfolge, die meistens sinnvoll ist.
Erst die Anwendung, dann mehr Server
Viele Anwendungen, die nach mehr Hardware aussehen, brauchen zuerst bessere Datenbankabfragen, Caching und Jobs im Hintergrund. Das ist günstiger und macht jeden weiteren Schritt leichter.
Ein eigener Datenbankserver
Die Datenbank bekommt einen eigenen Server, mit passenden Einstellungen, Indizes und Verbindungslimits. Read Replicas kommen dazu, wenn vor allem gelesen wird. Die Backups werden getestet.
Queues und Worker
Schwere Aufgaben laufen auf eigenen Servern mit Queue-Workern, verwaltet mit Horizon. Die Webserver beantworten dann nur noch Requests. Fehlgeschlagene Jobs werden wiederholt und gemeldet.
Mehrere Webserver hinter einem Load Balancer
Sessions und Cache liegen in Redis, Dateien in S3 oder bei einem ähnlichen Dienst, und davor steht ein Load Balancer. Danach ist ein weiterer Webserver eine kleine Aufgabe.
Suche und Caching bei großen Datenmengen
Meilisearch oder Elasticsearch für die Suche, Redis für Cache und Sessions.
Deployments ohne Ausfallzeit
Deployments mit Forge oder der vorhandenen CI, dazu Health Checks und ein Monitoring, das Probleme meldet, bevor die Kunden sie bemerken.
So arbeite ich
Viele meiner Kunden kommen mit einer Idee, einem Repository, einem kurzen Video oder einer Liste von Problemen zu mir. Mehr braucht es am Anfang nicht. Ich sehe mir an, was vorhanden ist, mache daraus einen Plan und setze ihn um.
Mit Claude Code, Codex und eigenen Agent-Workflows lese ich mich in Code ein, plane Änderungen, schreibe Tests, refaktoriere und suche Fehler. Das ist kein Vibe Coding, sondern erfahrene Softwareentwicklung in deutlich höherem Tempo.
KI zuerst, mit Erfahrung aus großen Systemen
Mit Claude Code und Codex finde ich schneller die Datenbankabfragen und Jobs, die bei zehnfacher Last nicht mehr mitkommen, und schreibe sie um. Bei den Servern stütze ich mich auf eigene Erfahrung mit Laravel auf Dutzenden Servern und Hunderten von Millionen Datensätzen.
Die Kontrolle bleibt bei mir
KI schreibt einen großen Teil meines Codes. Die technischen Entscheidungen treffe ich trotzdem selbst. Jede Änderung lese und teste ich, bevor sie live geht. So bin ich schnell und bleibe dabei sorgfältig.
So, wie es für den Kunden passt
Manche Kunden wollen jede Änderung sehen, bevor sie live geht, andere überlassen mir das Deployment. Manche möchten regelmäßig telefonieren, die meisten bekommen lieber schriftliche Updates. Ich arbeite gerne asynchron und stelle die wichtigen Fragen trotzdem, sobald sie auftauchen.
Mit dem Blick eines Unternehmers
Ich betreibe selbst mehrere Online-Angebote. Deshalb denke ich bei jedem Projekt Traffic, Conversion, Umsatz und Support mit, und ich sage offen, wenn sich etwas nicht lohnt.
So können wir zusammenarbeiten
Zum Festpreis, als monatliche Pauschale oder nach Stunden. In jedem Fall arbeite ich persönlich am Projekt, ohne Agentur dazwischen. Wenn noch unklar ist, welches Modell passt, reicht eine kurze Beschreibung des Projekts. Ich schlage dann eines vor.
Beispiele aus meiner Arbeit
Größere Systeme, die ich entwickelt und betrieben habe.
200 Millionen Datensätze auf mehreren Servern
Eine Suchplattform über mehr als 200 Millionen Datensätze mit Antworten unter 50 Millisekunden. Laravel und Meilisearch, Caching auf mehreren Ebenen, eine API für Partner und Betrieb auf mehreren Servern.
Queues auf mehr als 30 Servern
Eine Laravel-Plattform für Scraping, Kontaktsuche und E-Mail-Kampagnen, verteilt auf mehr als 30 Server. Die Plattform verarbeitet jeden Monat Millionen potenzielle Kontakte und läuft ohne Handarbeit.
Deutlich geringere Hostingkosten
Ich habe ein PHP- und ein Ruby-on-Rails-Backend in eine einzige Laravel-Anwendung überführt, die alle Funktionen übernimmt. Der Betrieb ist einfacher geworden. Die Hostingkosten sind von einem vierstelligen Betrag im Monat auf etwa 150 Dollar gesunken.
Das sagen meine Kunden
"He's tackled some major technical challenges for us, notably significantly improving our website's performance."
"Vincent does not just close tickets, he thinks through the product, the edge cases, and the customer impact. If you need a senior Laravel developer who can move a SaaS product forward, I strongly recommend him."
"He doesn't need micromanagement - he's fully capable of making decisions and driving the project forward, which has freed me up to focus on other parts of the business."
Fragen und Antworten
Wann ist es Zeit zu skalieren?
Wenn die Anwendung zu Stoßzeiten langsam ist, obwohl Datenbankabfragen, Caching und Hintergrund-Jobs schon in Ordnung sind. Oft reichen diese Korrekturen schon.
Braucht es Kubernetes?
Fast nie. Ein paar gut eingerichtete Server mit Forge oder etwas Ähnlichem, ein eigener Datenbankserver, Queue-Worker und Caching reichen für die meisten Anwendungen aus.
Geht das ohne Ausfallzeit?
Ja. Die neuen Server entstehen neben den alten. Umgestellt wird, wenn alles funktioniert.
Welches Hosting ist zu empfehlen?
Für die meisten Kunden in Europa Hetzner, weil dort das Preis-Leistungs-Verhältnis stimmt. Dazu Forge, um die Server zu verwalten. AWS oder ein ähnlicher Anbieter lohnt sich, wenn ein Dienst gebraucht wird, den es nur dort gibt.
Wie wird abgerechnet?
Zum Festpreis, wenn das Ziel klar ist, als monatliche Pauschale für laufende Arbeit oder nach Stunden. Ein paar Sätze zum Vorhaben genügen, dann schlage ich ein Modell vor.
Projekt anfragen
Was heute läuft, wo es hakt und mit wie viel Traffic und Daten zu rechnen ist. Ein paar Sätze genügen. In meiner Antwort steht, was ich zuerst ändern würde und was es kostet.
Lieber kurz telefonieren? 30 Minuten buchen.