VIII. Nebenläufigkeit
Mit dem Prozess-Modell skalieren
Jedes Computerprogramm wird, wenn es läuft, repräsentiert durch einen oder mehrere Prozesse. Webapps nutzen verschiedenste Arten der Prozess-Ausführung. Zum Beispiel laufen PHP-Prozesse als Kind-Prozesse von Apache und werden nach Bedarf gestartet, wenn Requests kommen. Java-Prozesse gehen anders vor: die JVM stellt einen massiven Über-Prozess zur Verfügung der große Mengen an Systemresourcen (Speicher und CPU) reserviert und die Nebenläufigkeit wird intern über Threads verwaltet. In beiden Fällen sind die laufenden Prozesse für die Entwickler der App nur minimal zu sehen.
In der Zwölf-Faktor-App sind Prozesse First Class Citizens. Die Prozesse der Zwölf-Faktor-App orientieren sich am Unix-Prozess-Modell für Service Daemons. Mit diesem Model können Entwickler ihre App für die Bearbeitung verschienster Aufgaben konzipieren indem sie jeder Aufgabe einen Prozesstyp zuweisen. Zum Beispiel können HTTP Requests durch einen Web-Prozess bedient werden und langlaufende Hintergrundarbeiten durch einen Worker Prozess.
Dies hindert die einzelnen Prozesse nicht daran, ihr internes Multiplexing zu verwalten mittels Threads in der der Laufzeit-VM oder mit dem Async/Event-Modell von Werkzeugen wie EventMachine, Twisted oder Node.js. Aber eine einzelne VM ist in der Größe dadurch beschränkt (vertikale Skalierung), dass eine App noch in der Lage sein muss, mehrere Prozesse auf mehreren physikalischen Maschinen zu starten.
Das Prozess-Modell glänzt besonders, wenn es darum geht zu skalieren. Die Share-Nothing, horizontal teilbare Art und Weise der Prozesse der Zwölf-Faktor-App hat zur Folge, dass weitere Nebenläufigkeit einfach und zuverlässig hinzugefügt werden kann. Das Bündel von Prozesstypen und die Zahl der Prozesse wird auch Prozess-Formation genannt.
Die Prozesse einer Zwölf-Faktor-App sollten nie als Daemons laufen oder PID-Dateien schreiben. Stattdessen sollen sich auf den Prozessmanager des Betriebssystems verlassen (wie Upstart, den verteilten Prozessmanager einer Cloud-Plattform oder ein Werkzeug wie Foreman während der Entwicklung) um Output-Streams zu verwalten, auf abgestürzte Prozesse zu reagieren und mit von Benutzern angestoßenen Restarts und Shutdowns umzugehen.