## Constats du travail en Silo ### Deux mondes opposés Dev vs Ops ![versus](images/versus-retro-style.jpg) ### Le monde du Dev But des développeurs : - Créer de nouveaux logiciels/librairies - Développer des nouvelles fonctionnalités - Améliorer le code existant (performance, élégance, maintenabilité) - Versionner du code - Tester facilement ### Le monde du Dev - Organisé en sprint (Agilité) - Changement fréquent de l'application ### Le monde du Dev Impacts possibles : - sécurité - stabilité - performances - l'introduction de bug - mise à jour et/ou réinstallation d'application - augmentation des ressources systèmes utilisées ### Le monde de l'Ops Objectifs : - déployer et maintenir des plateformes * stables, * sécurisées * performantes - administrer facilement les plateformes - avoir de la visibilité sur les incidents qui surviennent, voire anticiper l'arrivée des incidents (monitoring) - pouvoir réparer rapidement (procédures) ### Le monde de l'Ops - Généralement organisé via des outils de ticketing (ITIL) - Tout changement doit être motivé et tamponné (objectif : stabilité) ### Le monde de l'Ops Impacts possibles : - Manque de réactivité sur les nouvelles demandes - Contraintes fortes liées à la sécurité - Peu (voir pas) de retour d'informations vers les Dev ### En résumé ![dzon](images/people_twin.svg) ### Petites phrases de Devs... - "Ça marche sur mon poste, donc ça doit fonctionner sur la VM..." - "Comment ça quelle version de Java ? La dernière…" - "C’est quoi ton serveur moisi ?" - "C'est pas mon code le problème, c'est la VM" ### Petites phrases d'Ops - "Ton code est vraiment tout pourri, c'est pas optimisé !" - "Pas touche à mes plateformes !" - "C'est pas la VM le problème, c'est ton application" - "On ne peut pas faire confiance aux Devs !" Constat n°1 : Le monde du dev ne comprend pas le monde de l'ops. ![wall](images/wallofconfusion.svg) Constat n°2 : Le monde de l'ops ne comprend pas le monde du dev. ### Mise en lumière des problèmes avec l'Agilité - 2 semaines d'intégration tous les 6 mois, ce n'est pas choquant - 2 semaines d'intégration toutes les 2 semaines (sprint) ça commence à devenir problématique - On veut que lorsque la user story est finie, qu'elle soit vraiment finie ! ### Mise en lumière des problèmes avec l'ITIL - Il peut se passer (très) longtemps entre le commit et le déploiement en production - La mise en production est un réel événement - La mise en production sollicite un grand nombre de personnes