« The Twelve-Factor App » en 2011

• Cet article traite de la méthodologie twelve-factor app pour construire des applications de software-as-a-service (SaaS).
• La méthodologie Twelve-factor app utilise un format déclaratif pour réduire le temps et les coûts d'intégration des nouveaux développeurs participant au projet grâce à l'automatisation de la configuration.
• Cette méthodologie maintient un contrat propre avec le système d'exploitation sous-jacent afin de garantir une portabilité maximale entre les environnements d'exécution.
• Cette méthodologie élimine le besoin de gestion des serveurs et des systèmes, et se prête bien au déploiement sur les plateformes cloud modernes.
• Elle minimise l'écart entre le développement et la production afin de permettre un déploiement continu pour une agilité maximale.
• Twelve-factor app peut être mis à l'échelle sans changements majeurs des outils, de l'architecture ou des pratiques de développement.
• Cette méthodologie peut s'appliquer à toute application écrite dans n'importe quel langage de programmation utilisant divers services de support, comme des bases de données, des files d'attente ou des caches mémoire.
• Cette méthodologie est particulièrement pertinente à l'ère moderne, où les logiciels sont généralement fournis comme des services, comme les applications web ou le SaaS.

[GN⁺]

Avis sur Hacker News

• Recommandations de la Twelve-Factor App fondées sur Heroku en 2011 et sur les capacités d’infrastructure conteneurisée de l’époque
• Certains utilisateurs estiment que ces directives sont plus nuisibles qu’utiles, car elles reposent davantage sur les fonctionnalités des produits de l’entreprise qui les a conçues que sur de véritables principes d’ingénierie
• Certains points, comme la configuration via des variables d’environnement, sont jugés controversés en raison de risques potentiels de sécurité et de l’abandon de fichiers de configuration structurés
• Désaccord sur la règle d’une application par dépôt : certains soutiennent qu’il est possible de développer plusieurs applications dans un même dépôt lorsqu’elles sont fonctionnellement liées et partagent le même cycle de publication
• À l’ère des conteneurs, les environnements étant moins stables et moins sûrs, ces directives peuvent sembler moins applicables
• Certains utilisateurs considèrent malgré tout ces directives comme utiles, mais seulement pour ceux qui en comprennent déjà l’importance
• Bien qu’écrites en 2012, ces directives ont influencé la manière dont les abstractions d’hébergement actuelles ont été façonnées
• Des critiques portent sur le manque de justification de certaines règles dans le document
• Certains utilisateurs ont essayé d’appliquer ces directives à des applications traditionnelles non Twelve-Factor, comme WordPress, avec des résultats variables