Kodo Kojo est une solution Open source de déploiement d'usine logicielle permettant de facilement construire et déployer vos projets.
Utilisateurs convaincus de Docker, nous avons fait le choix de l'intégrer dans notre flux de développement avec notamment:
- la construction des livrables
- les tests d'intégrations
Nous vous présenterons comment Kodo Kojo à su tirer partie du couple Mesos/Docker pour orchestrer le déploiement des briques qui composent une usine logicielle.
Par Jean-Pascal Thiery (Développeur @Kodo Kojo) & Antoine Le Taxin (Consultant - développeur front-end @Kodo Kojo)
Toutes les vidéos des conférences seront disponibles sur Xebia.tv
XebiCon'18 - Ce que l'histoire du métro Parisien m'a enseigné sur la création...
Paris Container Day 2016 : De la construction au déploiement d’applications avec des containers (Kodo Kojo)
1. @ContainerDay16 @ModuloM @jpthiery @kodokojo
De la construction au déploiement
d’applications avec des containers
Antoine Le Taxin
Jean-Pascal Thiery
6. Dark ages du devOps
• Sprint 0
• Pas le choix des outils
• Faire la queue dans le bureau du SI ou la méthode ninja ?
@ContainerDay16 @ModuloM @jpthiery @kodokojo
7. Démocratisation des containers
• Conteneuriser des agents de build
• Conteneuriser le Jenkins
• Conteneuriser toute une usine logicielle ?
@ContainerDay16 @ModuloM @jpthiery @kodokojo
8. Germination de l’écosystème des conteneurs
• Piloter un ensemble de containers sur un ensemble de machines
• Outils d’infrastructure
@ContainerDay16 @ModuloM @jpthiery @kodokojo
9. Et paf
• Une usine partageable et utilisable par tous
• Simplicité d’utilisation avec une UI centralisée
• Kodo Kojo, une usine Open Source en 3 clics !
@ContainerDay16 @ModuloM @jpthiery @kodokojo
13. Synergie front / back ?
@ContainerDay16 @ModuloM @jpthiery @kodokojo
14. Faire une image du front pour le backeux
C’est l’image qui prend en charge la gestion des
versions des dépendances
Les tests et les étapes de build conditionnent la création de
l’image
Facilite le partage de la partie front pour le reste de l’équipe
@ContainerDay16 @ModuloM @jpthiery @kodokojo
15. Faire « une » image du back pour le fronteux
Pas besoin d’installer tous les outils pour développer la partie front
Grâce à docker-compose, on peut facilement lancer
toutes les images qui constituent la stack back
Une flexibilité qui permet de lancer un back utilisant
un cluster local ou un cluster dans le cloud
Facilite l’accès aux logs de la partie back
@ContainerDay16 @ModuloM @jpthiery @kodokojo
17. Tu te mock ?
Avoir la main sur le comportement des scénarios de tests
Implémenter tous les comportements de tous les outils…
et les maintenir tout le temps
@ContainerDay16 @ModuloM @jpthiery @kodokojo
18. Lancer chaque type de service sur le poste
Pouvoir lancer de vrais tests d’intégration
Maintenir les versions à jour
Il faut s’assurer à la main de l’état initial entre chaque test
@ContainerDay16 @ModuloM @jpthiery @kodokojo
19. Les containers à la rescousse !
Pouvoir lancer les tests de la même manière quel que soit
l’environnement
L’état initial d’un test est reproductible très facilement
Pouvoir paralléliser l’exécution des tests
Introduit de la complexité (gestion réseau, logs, …)
@ContainerDay16 @ModuloM @jpthiery @kodokojo
24. @ContainerDay16 @ModuloM @jpthiery @kodokojo
De la construction au déploiement
d’applications avec des containers
Antoine Le Taxin
Jean-Pascal Thiery