branchway

Horizontale und vertikale Skalierung

Wenn eine Anwendung an ihre Grenze kommt, gibt es zwei Antworten: eine größere Maschine (vertikal) oder mehr Maschinen (horizontal). Die Wahl hängt davon ab, was genau knapp wird.

Der Unterschied

VertikalHorizontal
Was passiertmehr RAM und CPU für dieselbe Instanzmehrere Instanzen nebeneinander
Aufwandeine Einstellung, ein Neustartdie Anwendung muss zustandslos sein
Grenzedie größte verfügbare Maschinepraktisch offen
Hilft beiSpeicherhunger, schweren Berechnungenvielen gleichzeitigen Anfragen
Ausfallsicherheitkeine – eine Instanz, ein Ausfallja, die anderen übernehmen

Was horizontal voraussetzt

Mehrere Instanzen funktionieren nur, wenn es egal ist, welche eine Anfrage bearbeitet. Das bedeutet:

  • Keine Sitzungen im Arbeitsspeicher. Anmeldungen gehören in die Datenbank oder in Redis, sonst ist der Nutzer bei jeder zweiten Anfrage abgemeldet.
  • Keine Dateien auf der lokalen Platte. Ein Upload, der auf Instanz 1 landet, ist auf Instanz 2 nicht da. Hochgeladenes gehört in einen gemeinsamen Speicher.
  • Zeitgesteuerte Aufgaben nur einmal. Sonst schickt jede Instanz dieselbe nächtliche Mail.

Wie es bei Branchway läuft

Beides ist eine Einstellung an der App: die Größe (S, M, L) und die Zahl der Instanzen. Zwischen den Instanzen verteilt der Load Balancer selbst, du musst nichts konfigurieren.

Wächst die Last in Wellen, übernimmt die automatische Skalierung: Du legst eine Unter- und Obergrenze fest, die Plattform startet und stoppt Instanzen dazwischen. Abgerechnet wird, was wirklich lief.

Häufige Fragen

Was soll ich zuerst versuchen?

Meist vertikal: eine Größe hoch ist in einer Minute erledigt und verlangt keine Änderung am Code. Erst wenn das nicht reicht oder Ausfallsicherheit dazukommen soll, lohnt horizontal.

Skaliert die Datenbank mit?

Nicht automatisch. Datenbanken wachsen vertikal; horizontale Verteilung ist dort deutlich aufwendiger und selten nötig, bevor alles andere ausgereizt ist.

Weiterlesen