Architecture Decision RecordEnregistrement de décision d’architecture : orchestration de conteneurs avec Kubernetes
Énoncé du problème
Nous devons choisir une plateforme d’orchestration de conteneurs pour notre portefeuille croissant d’applications cloud natives. Le déploiement actuel sur notre plateforme héritée est trop lent et pas assez agile pour suivre nos besoins grandissants. Nous recherchons un système qui nous permette de faire évoluer nos services de la manière la plus efficace possible sans sacrifier l’agilité ni la facilité d’utilisation.
Alternatives envisagées
Docker Swarm
Kubernetes
Apache Mesos
Décision prise
Après une analyse approfondie de chaque plateforme d’orchestration de conteneurs, nous avons décidé d’adopter Kubernetes comme la meilleure option pour les besoins de notre entreprise. Nos raisons de choisir Kubernetes sont les suivantes :
Évolutivité : La conception unique de Kubernetes est parfaite pour faire évoluer les applications, et à mesure que nos besoins d’évolutivité évolueront avec le temps, Kubernetes a la capacité native de répondre à ces changements sans difficulté.
Architecture décentralisée : La topologie maître-travailleur (master-worker) de Kubernetes garantit une architecture décentralisée qui assure l’absence de point de défaillance unique.
Soutien de la communauté : Kubernetes possède la plus grande et la plus active des communautés open source, ce qui signifie qu’il compte un grand nombre de contributeurs, de développeurs et de fournisseurs, rendant plus facile pour nous d’obtenir de l’aide et de trouver des ressources.
Soutien de l’écosystème : Kubernetes dispose d’un écosystème en croissance avec une variété d’outils tiers, d’intégrations avec des registres de conteneurs, des chaînes CI/CD, du stockage de données, et plus encore.
Nous avons donc décidé d’adopter Kubernetes comme plateforme d’orchestration de conteneurs pour le présent et l’avenir immédiat.