Après l’agilité, le DevOps,la nouvelle arme de la DSI

Sébastien Bourguignon

@sebbourguignonhttp://sebastienbourguignon.wordpress.com

http://monmasteradauphine.wordpress.com

✉ bourguignonsebastien@free.fr

☎ +336 88 06 21 71

Pourquoi cette démarche ?

• En charge de la Transformation Agile de monentreprise, et du Centre d’Excellence associé, il m’asemblé évident de poursuivre les travaux entamésen y associant une initiative DevOps.

• En quête d’informations sur le DevOps et sur lamanière de le mettre en œuvre au sein d’uneorganisation, je partage mes recherches et monanalyse en regard des difficultés que je constateentre mes équipes de développeurs et celles encharge des opérations.

• Aujourd’hui, l’Agilité sans DevOps n’a plus de senset une collaboration efficace doit exister entre lesDev et les Ops pour fluidifier la démarche Agile.

Le DevOps c’est quoi ?

Quelques définitions

• Définition Wikipédia

• « Devops est un mouvement visant à réduire la

friction organisationnelle entre les "devs" (chargés

de faire évoluer le système d'information) et les

"ops" (chargés d'exploiter les applications

existantes). Ce que l'on pourrait résumer en

travailler ensemble pour produire de la valeur pour

l'entreprise. Dans la majorité des entreprises, la

valeur sera économique mais pour d'autres elle

sera sociale ou morale. »

• Définition DevOps.fr

• « "devops" est un terme issu de la contraction des

mots anglais "development" (développement) et

"operations" (exploitation). »

Quels problèmes régler ?

• Dans un monde qui bouge de plus en plus vite et avec des enjeux business deplus en plus rapides à traiter, l’agilité s’impose comme un modèle que lesentreprises souhaitent développer.

• La démarche Agile permet de répondre à des enjeux de time-to-market de plusen plus prégnants, une demande de collaboration forte entre les équipesmétier, MOA et MOE. L’idée est de mettre très rapidement dans la boucle leclient final, de le faire se confronter aux équipes qui sont dans la « mine ».

• Les équipes de développement sont moteurs pour être plus agiles, répondre auplus juste aux demandes des clients, et prendre en compte les changements depérimètres, même si cela nécessite des relivraisons régulières desdéveloppement, mais cela fragilise forcément la production.

• Le problème est que les équipes en charge de l’exploitation n’ont pas lesmêmes attentes que le métier. Ils veulent de la rigueur, de la stabilité, limiter lerisque et limiter les livraisons qui pourraient impacter la production. Ils sontgardien du temple et de fait leurs objectifs sont donc incompatibles.

Le mur de la confusion entre agilité & stabilité

• Dans un contexte projet agile, les équipesd’exploitation sont mises sous pression plusrégulièrement que dans un contexte « waterfall ».

• Pour réconcilier les objectifs des Dev et des Ops, ildevient critique pour tous les acteurs de travaillerensemble pour intégrer les contraintes de tous(stabilité et agilité).

• Au-delà de l’investissement que cela peutreprésenter, mais qui est incontournable, il devientcritique que les équipes partagent leurs souffrancesles unes vis-à-vis des autres.

• Nécessairement, la mise en œuvre d’un démarchede travail collaborative et PDCA sera un facteur cléde succès du DevOps.

• Les axes sont multiples, mais concernentprincipalement le fait de pousser au maximum lalogique d’industrialisation et d’automatisation.

Sondage Rackspace (Octobre 2014)

http://ow.ly/EMUE6

DevOps un effet de mode ?

• Cette enquête de Rackspace menéepubliée en Octobre 2014 montre que ladynamique DevOps n’est pas un effet demode.

• Sur 700 Managers IT et Leaders métierconsultés 66% ont implémenté du DevOpset 79% de ceux qui ne l’ont pas fait vont lefaire avant la fin 2015.

DevOps, quels objectifs pour le métier ?

• Le DevOps n’est pas juste un enjeu pour la DSI ouune démarche pour les geeks.

• Les objectifs pour les métiers sont principalementles suivantes :

• À 63% d’améliorer l’efficacité du métier

• À 66% d’augmenter la satisfaction client

• À 63% d’augmenter le taux de disponibilité desapplications

• À 59% d’augmenter le taux de conversion des clients

• À 55% d’améliorer l’agilité du métier

• À 49% d’augmenter la valeur pour le métier enintroduisant de nouvelles capacités

• À 47% de réduire les coût de l’IT

• À 39% d’augmenter la productivité des salariés

• À 23% d’augmenter la satisfaction des employés

Quelles attentes pour la DSI ?

• Les bénéfices constatés des initiativesDevOps auprès des sondés au niveau del’IT :

• 44% time-to-market plus rapide pour lesnouvelles versions d’application

• 45% plus d’innovation

• 44% amélioration de la stabilité desapplications

• 44% capacité à répondre plus rapidementaux exigences du métier

• 34% réduction du coût de l’IT

• 17% la reconnaissance du métier quant à lavaleur ajoutée de l’IT

Quels sont les bénéfices constatés du DevOps ?

• Les bénéfices constatés des initiativesDevOps auprès des sondés au niveau dumétier :

• 57% augmentation de la conversion des clientset de la satisfaction

• 57% réduction des dépenses d’Infrastructure

• 49% réduction de l’indisponibilité desapplications et du taux de panne

• 46% augmentation de l’engagement du client

• 32% augmentation de l’engagement desemployés

• 2% il est trop tôt pour le dire

• 3% aucun changement mesurable constatédes bénéfices du DevOps

Quels type d’initiatives pour faire du DevOps ?

De l’intégration continue au déploiement continu

• Depuis plusieurs années, les équipes dedéveloppement ont mis en place, dans leurprocessus de travail, des outils d’intégrationcontinue (Jenkins, CruiseControl, TFS…)

• L’enjeux étant de réaliser régulièrement, unebatterie de tests automatisés sur le code« committé » dans le gestionnaire de codesource pour avoir un feedback rapide de laqualité délivrée et mettre à dispositionl’application le plus tôt possible aux métiers.

• L’objectif du déploiement continue est depouvoir mettre en production tout aussirégulièrement et de manière sécurisée, lespackages fraîchement validés par les métierset sans opération manuelle.

Plus de changements pour moins de risques

• L’enjeu du déploiement continu est de pouvoirdélivrer souvent (plusieurs fois par semaines, voirpar jour) des petites évolutions et des petitescorrections sur une application en production.

• L’intérêt est d’éviter les grands rendez-vous dansles agenda de la DSI avec des mises enproduction de versions / releases majeures unefois tous les X mois.

• Les équipe rôdées aux changements régulierssont plus aguerris et sont moins stressés lorsd’une mise ne production que des équipes qui nele font que de temps en temps avec de grosenjeux à la clé.

• L’adage du DevOps est le suivant : « mieux vautde petits changements souvent que de grandschangements de temps en temps ».

L’accélération de la fourniture d’environnements

• Un autre facteur clé de succès pour unDevOps efficace concerne la fourniture rapided’environnements intégrés qu’ils soient dedéveloppement, de recette ou de production.

• L’enjeu est de taille, il ne sert à rien depouvoir délivrer rapidement des applicationss’il faut encore attendre 4 à 6 semaines pourdisposer d’un environnement de recette.

• De même, un projet agile courant sur 6 à 8semaines ne peut pas attendre le même délaipour obtenir un environnement de production.

• Qu’il s’agisse d’environnement en SAAS,PAAS, IAAS… Les fournisseurs doivent êtrechallengés pour fournir des solutionsinnovantes de provisionning de cesenvironnements.

Importance de la gestion des configurations

• Pas la peine de développer et déployerrapidement si par ailleurs, chaquechangement de configuration d’uneapplication risque de générer une régressionliée à un geste technique réalisémanuellement.

• Il n’est plus recevable dans une logiqueDevOps de ne pas procéder à une gestionautomatisée et fiable des configurationslogicielles.

• Les équipe des Dev et des Ops doiventtravailler main dans la main pour identifier,en fonction de la technologie, la bonnemanière de gérer efficacement laconfiguration des applications.

Augmenter l’industrialisation et l’automatisation

• Les maîtres mots d’une démarche DevOps sontautomatisation et industrialisation.

• Au-delà de l’automatisation de la gestion desconfigurations, les développeurs et lesexploitants doivent collaborer ensemble pourmettre en œuvre des solutionsd’industrialisation des applications. Celaconcerne par exemple :

• Le déclenchement des batchs en automatiquesur les plateformes de recette

• Le bouchonnage de certaines applications pourréduire des délais de traitement

• Le travail en commun sur la gestion des sourceset le packaging des applications

• La fourniture d’applications faites par les Devpour les Ops pour automatiser certainesinterventions manuelles

DevOps selon Gartner

http://www.gartner.com

Recommandations pour une initiative DevOps

• Adoptez une définition simplifiée du DevOps quidonne une compréhension commune, et fait seretrouver développeurs et exploitants vers un butcommun pour accélérer les livraisonsd’applications dans un contexte agile.

• Établissez les résultats business attendus, etensuite mettez en place des métriques IT quipermettront de les mesurer.

• Fixez des attentes sur les objectifs initiaux quipermettent de se « planter » rapidement, c’est unebonne chose, il s’agit d’une démarche empirique.

• Suivez le plan en 7 étapes du Gartner pourcommencer une initiative DevOps.

Les 7 étapes du DevOps

1. Définissez le DevOps pour votre organisation

2. Choisissez une première application, plutôtorientée web

3. Formez la bonne équipe avec des personnesvolontaires

4. Sélectionnez une méthode (ou deux ou trois), ITILs’y prête bien

5. Changez vos métriques pour mesurer la vélocitéet la qualité

6. Automatisez le plus possible

7. Considérez la mise en place d’une chaîne decompilation

Attention à l’éligibilité des applications

• Il s’agit d’identifier le moyen de catégoriser lesapplications pour évaluer leur éligibilité auDevOps :

• Systems of Innovation = applications web,application développées en mode agile

• Systems of Differenciation = applications métiersspécifiques, composants pris sur étagère (COTS)avec de la customisation ou du sur mesure

• Systems of Record = les applications de type ERP

• L’idée est de commencer une initiativeDevOps sur de nouvelles applicationsconçues pour changer et ayant une fortetolérance aux risques.

Et pour finir !

Les 7 secrets du DevOps

• Chris Rowett de CA Technologies, expliquait début2014, ce qu’il croit être les 7 secrets du DevOps :

1. La plupart des compagnies font déjà du DevOps

2. Les problèmes des clients sont la motivationpremière du DevOps

3. Les entreprises n’adoptent pas DevOps pourfaire des économies en première intention

4. Les plus gros obstacles au DevOps sont les genset les process

5. Quand il s’agit de mettre en place du DevOps,les compétences métiers l’emporte sur lescompétences techniques

6. L’automatisation est la composante la plusimportante

7. Les bénéfices du DevOps sont réelles etquantifiables

http://ow.ly/ENkkR