HISTOIRE D UNE DIGITAL FACTORY
L ambition et le Contexte IT L Ambition de Bouygues Telecom fin 2012. 1. Fournir une expérience encore plus digitale à ses clients. 2. Faciliter l accès au monde digital. Lancement d un programme de digitalisation de l entreprise Le Contexte IT : 1. Besoin d augmenter l agilité et la vélocité du cycle de développement. 2. La qualité de service doit progresser (Disponibilité, Performance). Un SI Digital doit donc répondre à plusieurs critères : 1. Techniques : Architecture, Infrastructure, Mesures 2. Méthodologiques : Agilité, Lean Startup, DevOps... 3. Organisationnels : Rapprochement Développement et Opération, Feature Teams Mettre en place une Digital Factory => une approche multidimensionnelle. 2
Les pratiques des Géants du Web > Time Boxing > DEV/OPS run by run sprint by sprint > Feature Team > MVP»Expérience client Test & Learn 3
3 Mise en place d un plan de transformation commun des directions métiers et de la DSI Impacts SI Impacts métier Organisation en feature teams : autonomes et responsables, métier et IT Lean Startup/MVP Conception timeboxée 360 A/B Testing User Experience Web DevOps : Organisation Méthode et Outillages Simplification du fonctionnel Automatisation des tests 4
4 Mesure du niveau de maturité sur chaque axe Priorité pour la digitalisation Niveau de maturité Bytel Complexité Conception timeboxée 360 5 5 5 5 5 Moyenne Agilité 5 5 5 5 5 Forte Méthode Orga. DevOps Lean Startup Tests automatisés A/B Testing Feature Teams Colocalisation 5 5 5 5 5 4 4 4 4 4 4 4 4 3 3 3 4 4 4 4 3 3 3 Très forte Moyenne Forte Moyenne Forte Forte 5
Transformer l usine pour aller vers le DevOps Le Devops s organise autour de 3 piliers : Organisation => une culture de la collaboration, voire de la coopération, permettant d autonomiser les équipes et ne plus les rendre interdépendantes/bloquantes d un point de vue opérationnel. Infrastructure as code => Automatiser les phases de déploiement allant de l instanciation de VM au déploiement applicatif, en passant par la configuration système. Continuous Delivery => Intégration continue, automatisation des tests pour une mise en production continue permettant une plus grande agilité dans les évolutions tout en assurant une plus grande stabilité Plus les modifications apportées entre deux mises en production sont grandes (ie. le volume de code modifié est important), plus la capacité à corriger rapidement un problème survenu suite au déploiement (donc la phase d instabilité tant redoutée par les «Ops») diminue (et donc le TTR augmente). 6
3 Création d une Direction DSI Digital qui regroupe les équipes de développement et les équipes d exploitations 7
Infrastructure as code et Continuous Delivery Phase développement Phase Déploiement Développer Console d orchestration Déploiement continu Valider le code source (commit) Récupération du package Build du livrable Repository Application et logiciels de base Déploiement Infra+ appli Tests unitaires Automatiques Intégration continue Configuration Déploiement continu Tests MES 8
MISE EN PLACE DES SERVICES : CHOIX DES OUTILS Dev Repository Orchestration et SVN (Subversion, Git,..) Intégration continue Open sources Ouverture Autonomie Compétitivité TEST Déploiement PROD PPROD Des produits faisant l unanimité dans le monde du Web Monitoring applicatif 9
Bilan et Perspectives Une augmentation importante de la vélocité de la DSI. Réduction des cycles d évolutions. Capacité à faire une à deux mises en production par semaine sur chaque domaine. Réduction par 3 des charges de déploiement entre les différents environnements. Diminution de 15 % des incidents liés aux erreurs de paramétrage et de déploiement. Poursuivre cette démarche et la généraliser dans l ensemble des domaines applicatifs. Poursuivre par une démarche d automatisation des tests 10
QUESTIONS / RÉPONSES