Loading content
Das 12-Factor App-Modell bietet einen strukturierten Ansatz zur Entwicklung von Softwareanwendungen, die in der Cloud betrieben werden. Es umfasst Prinzipien, die darauf abzielen, die Portabilität, Skalierbarkeit und Wartbarkeit von Anwendungen zu erhöhen. Die 12 Faktoren sind: Codebase, Abhängigkeiten, Konfiguration, Backing Services, Build, Release, Run, P…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Die 12-Factor App ist eine Methodik für Software-as-a-Service-Anwendungen, die sich zuverlässig bereitstellen, betreiben und skalieren lassen sollen. Zwölf Leitlinien ordnen den Umgang mit Code, Abhängigkeiten, Konfiguration, Prozessen und angebundenen Diensten.
Das Manifest wurde von Adam Wiggins verfasst und entstand im Umfeld der Heroku-Plattform. Es bündelte die Erfahrungen der Mitwirkenden aus Entwicklung, Betrieb und Skalierung zahlreicher Software-as-a-Service-Anwendungen zu zwölf breit anwendbaren Lösungsprinzipien.
Stell dir die Anwendung als reproduzierbares Paket vor, das in vielen Umgebungen nach denselben Regeln läuft. Eine Codebasis führt zu mehreren Deployments; Abhängigkeiten sind explizit deklariert, Konfiguration kommt aus der Umgebung und persistenter Zustand liegt in angebundenen Diensten. Build, Release und Run bleiben getrennte Phasen, während zustandslose Prozesse horizontal vervielfacht werden können und Logs als Ereignisstrom nach außen fließen.
Eine versionierte Codebasis kann in mehreren Umgebungen als getrennte Deployments laufen.
Umgebungsspezifische Werte werden außerhalb des Codes bereitgestellt.
Laufende Instanzen speichern keinen dauerhaften Zustand lokal und können dadurch leichter ersetzt oder skaliert werden.
Datenbanken, Queues und andere Dienste werden als angebundene Ressourcen behandelt.
Erstellung, Konfiguration und Ausführung bilden getrennte, nachvollziehbare Phasen.
Die Methodik hilft Teams, portable Deployments, automatisierte Auslieferung und horizontale Skalierung vorzubereiten. Sie ist eine Leitlinie für Betriebsfähigkeit und ersetzt keine vollständige Architektur-, Sicherheits- oder Observability-Strategie; moderne Plattformen und Container konkretisieren viele Faktoren zusätzlich.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.