"The Twelve-Factor App" von 2011

• Dieser Artikel behandelt die Twelve-Factor-App-Methodik, einen Ansatz zum Aufbau von Software-as-a-Service-(SaaS)-Anwendungen.
• Die Twelve-Factor-App-Methodik verwendet ein deklaratives Format, um durch Konfigurationsautomatisierung den Zeit- und Kostenaufwand für neue Entwickler zu reduzieren, die zu einem Projekt dazustoßen.
• Diese Methodik bewahrt einen sauberen Vertrag mit dem zugrunde liegenden Betriebssystem und gewährleistet so maximale Portabilität zwischen Ausführungsumgebungen.
• Diese Methodik beseitigt die Notwendigkeit von Server- und Systemadministration und eignet sich für die Bereitstellung auf modernen Cloud-Plattformen.
• Sie minimiert die Unterschiede zwischen Entwicklung und Produktion und ermöglicht kontinuierliche Bereitstellung für maximale Agilität.
• Eine Twelve-Factor-App kann ohne wesentliche Änderungen an Tools, Architektur oder Entwicklungspraktiken skaliert werden.
• Diese Methodik kann auf Apps angewendet werden, die in jeder Programmiersprache geschrieben sind und verschiedene Backend-Services wie Datenbanken, Queues und In-Memory-Caches nutzen.
• Diese Methodik ist besonders relevant im modernen Zeitalter, in dem Software üblicherweise als Service bereitgestellt wird, etwa bei Web-Apps oder SaaS.

[GN⁺]

Hacker-News-Kommentare

• Die Empfehlungen der Twelve-Factor App aus dem Jahr 2011 basierten auf Heroku und den damaligen Funktionen containerisierter Infrastruktur.
• Einige Nutzer meinen, diese Richtlinien seien eher von den Produktfunktionen des Unternehmens geprägt, das sie erstellt hat, als von technischen Grundprinzipien, und richteten daher mehr Schaden als Nutzen an.
• Einige Punkte, etwa Konfiguration über Umgebungsvariablen, gelten wegen potenzieller Sicherheitsrisiken und der Abkehr von strukturierten Dateikonfigurationen als umstritten.
• Uneinigkeit besteht über die Richtlinie, pro Repository nur eine App zu haben; manche argumentieren, dass mehrere Apps in einem Repository entwickelt werden können, wenn sie funktional zusammenhängen und denselben Release-Zyklus teilen.
• Im Zeitalter der Container gelten die Richtlinien als weniger anwendbar, weil Umgebungen weniger stabil und sicher sind.
• Einige Nutzer halten die Richtlinien für nützlich, aber nur für Menschen, die ihre Bedeutung ohnehin bereits verstehen.
• Obwohl sie 2012 geschrieben wurden, haben diese Richtlinien die heutigen Hosting-Abstraktionen mitgeprägt.
• Es gibt Kritik daran, dass die Regeln im Dokument nicht ausreichend begründet werden.
• Einige Nutzer haben versucht, die Richtlinien auf traditionelle Nicht-Twelve-Factor-Apps wie WordPress anzuwenden, mit unterschiedlich großem Erfolg.