Né des difficultés d'un projet de migration de données difficile et permettant aux équipes cloisonnées de mieux travailler ensemble, DevOps est devenu un mouvement pour faciliter le développement de logiciels et sa mise en œuvre, tout en améliorant la fiabilité et la sécurité.
Alors que le processus de combinaison des équipes n'est guère transparent, une fois terminé avec succès, DevOps offre des avantages significatifs à toutes les entreprises, qu'elles soient grandes ou petites.
DevOps combine les mots développement et opérations, avec le terme originaire de 2009 et attribué à Patrick Debois, qui est largement considéré comme le «parrain de DevOps» et est le fondateur du populaire Conférence DevOpsDays.
L’approche philosophique de Debois en matière de développement et d’exploitation de logiciels est née de son expérience de l’année précédente avec un projet de migration de données pour le gouvernement belge, où les développeurs de projet et les administrateurs système n’étaient tout simplement pas sur la même page. Après cela, Debois a créé la conférence susmentionnée pour partager cette expérience, et un mouvement est né, qui est devenu connu par son hashtag Twitter toujours populaire #DevOps.
Mis à part la linguistique, DevOps utilise différentes définitions et, en fin de compte, est juste un peu différent dans une organisation donnée. En général, DevOps est un terme qui décrit une collection de principes, d'outils et même de culture qui s'efforce d'unifier le développement de logiciels et leur mise en œuvre dans les opérations.
L'objectif est de rendre une organisation plus agile, afin que les produits – comme les applications – puissent être développés plus rapidement que les logiciels ne sont traditionnellement créés. Avec DevOps, les barrières habituelles entre les groupes de développement et d'exploitation d'une organisation sont complètement supprimées, car ces deux équipes traditionnellement distinctes sont fusionnées en un seul groupe.
De cette façon, les ingénieurs peuvent travailler sur un produit tout au long de son cycle de vie, et pas seulement pendant le développement, pour ensuite le transmettre à d'autres avec moins d'expertise et moins de connaissances sur ce qui s'est passé dans les premières étapes du projet.
Sommaire
DevOps en pratique
DevOps court le risque de devenir un mot sans signification alors que l'industrie se mobilise pour l'attribuer à chaque produit et service de son portefeuille. La réalité est que je ne peux pas vous vendre des DevOps, et vous ne pouvez pas l'acheter.
DevOps est plus qu'une simple automatisation. Cela inclut des choses comme la culture. C'est une façon de travailler qui valorise la collaboration avec une vision partagée du succès. Comme son nom l'indique, cette collaboration se fait principalement entre développeurs et opérateurs, mais elle ne se limite pas à cela.
DevOps signifie que vous voyez le système de livraison de bout en bout du concept à la production, votre portée DevOps est tout groupe impliqué dans ce flux de travail. Donc, si vous êtes prêt à faire un investissement culturel pour changer votre façon de travailler, vous pouvez commencer à mettre en œuvre certaines des pratiques de travail recommandées par DevOps.
Intégration de DevOps
Mais avant de vous lancer dans l'identification des tâches et la gestion des contraintes, assurez-vous de savoir pourquoi vous souhaitez intégrer DevOps à votre réussite dans les services informatiques. De nombreuses implémentations réussies ont été motivées par le désir de:
• Réduisez les délais de commercialisation des nouveaux produits et fonctionnalités
• Renforcer l'agilité pour s'adapter aux influences internes et externes
• Débloquez les économies de coûts offertes par les plateformes cloud
• Éliminer le risque de services informatiques fantômes
Les adoptions réussies de DevOps sont faciles à repérer. Ce sont les organisations qui parlent de faire des dizaines et même des centaines de versions de code en production chaque jour, où il semble y avoir un flux constant de nouvelles fonctionnalités pour garder les utilisateurs engagés et fidèles.
Les leaders ici sont des géants de l'internet comme Google, Facebook, Netflix, Etsy et plus encore. Mais alors que bon nombre de ces titres font la une des journaux, il existe un grand nombre d'histoires de réussite où les organisations ont besoin d'Internet et des services Web comme une partie importante de leur accès au canal du marché.
Votre organisation convient-elle bien?
D'après la liste éclectique ci-dessus, il devrait être évident que DevOps n'est pas un club exclusif, n'importe qui peut le ramasser et essayer d'apporter des changements positifs dans son entreprise. Cependant, certains traits communs identifient les candidats les plus aptes au changement:
• Forte culture de collaboration et de communication ouverte existante
• Une équipe de direction qui considère l'informatique comme un catalyseur de l'activité
• Parrainage d'un niveau suffisamment élevé pour permettre de remettre en cause le statu quo
• Chiffre d'affaires et marque provenant essentiellement des canaux Web et mobiles
• Organisations établies qui considèrent les start-ups Internet comme une menace
• Start-ups qui veulent être plus agiles que leurs concurrents établis
• Applications auto-construites et développées sur une technologie ouverte
Tous ces éléments constituent des moteurs commerciaux convaincants pour adopter le changement comme une opportunité de créer un avantage dans votre secteur. Mais la transformation sera parfois difficile et les dirigeants qui parrainent ces initiatives ont besoin de patience et d'attentes claires pour que l'équipe ait toutes les chances de réussir.
Comme pour les transformations cloud, les transformations DevOps ne seront pas universellement réussies. En fait, vous devez vous attendre à échouer à certains moments. L'astuce consiste à échouer rapidement, à apprendre et à répéter.
Il est important d'éliminer la peur de l'échec, en particulier lorsqu'il est profondément enraciné dans une culture d'entreprise où les examens d'incidents sont une séance de blâme plutôt qu'un résultat d'apprentissage.
C'est pourquoi il est essentiel que vous vous engagiez à la fois dans la culture et les pratiques de travail. Cependant, le risque de ne pas traiter DevOps comporte lui-même des risques. Si vos concurrents deviennent plus rapides sur le marché avec des fonctionnalités et des produits, qu'est-ce que cela signifie pour votre entreprise? Si votre concurrence peut ouvrir des avantages financiers en augmentant l'efficacité opérationnelle sans affecter les marges, comment allez-vous réagir?
L'adoption de DevOps ne doit pas être motivée par la peur, mais ne pas l'intégrer à vos plans informatiques doit être un risque bien géré dans la stratégie de votre organisation.
Où commencer
J'espère donc que vous avez atteint le point où vous souhaitez commencer. Voici quelques questions qui vous poussent à démarrer:
• Sur quelle application vais-je construire ce modèle?
Ne faites pas cela en gros dans votre parc informatique. L'application et les équipes qui les entourent sont des facteurs clés de succès, identifient une candidature et créent une bulle d'autonomie autour d'elle.
• Puis-je extraire l'ensemble du processus de l'idée à la sortie de la production?
L'élaboration simple de vos processus est un excellent moyen d'identifier les parties prenantes et d'éliminer le gaspillage. Ne présumez jamais que vous avez toutes les bonnes personnes dans la salle lors de la première réunion!
• Où sont mes contraintes?
La clé pour augmenter le flux dans un système est de gérer les contraintes. La création de capacité de chaque côté sans résoudre le goulot d'étranglement n'augmentera pas la sortie. Déterminez quelles parties de votre système vous ralentissent et améliorez-les.
• Ai-je les compétences pour exécuter cela?
Les compétences DevOps sont actuellement très demandées. Prenez le temps de comprendre si vous avez les bonnes ressources pour réussir? Si vous ne le faites pas, planifiez des recrutements supplémentaires, de la formation ou cherchez à présenter un tiers qui peut vous aider à décharger certaines des fonctions de base.
Intégration de la sécurité
La sécurité est une préoccupation majeure de toute infrastructure informatique, et parfois elle est combinée avec DevOps – cette triple combinaison est appelée terme composé tronqué connexe: DevSecOps.
Cette intégration de plusieurs équipes contribue à cette approche «plus simple et plus sensée» du développement et du déploiement de logiciels. Traditionnellement, le développement de logiciels, et sa mise en œuvre, a été un processus manuel laborieux qui est sans surprise lent. Le marché en constante évolution d'aujourd'hui innove à une vitesse vertigineuse, et les avantages vont aux organisations qui peuvent suivre ce rythme rapide – plutôt que de risquer la quasi-certitude d'être laissées pour compte.
DevOps utilise des outils pour accélérer ces processus, par exemple en utilisant une pile technologique et des outils pour augmenter l'efficacité et la fiabilité du développement logiciel. Ces outils facilitent également le déploiement de code, qui peut être effectué au sein d'une même équipe sans l'implication des autres, ce qui contribue également au rythme rapide de l'innovation et du déploiement de ce modèle DevOps.
Les ingénieurs DevOps s'impliquent avec plus qu'une simple automatisation de code. Ils sont également coincés dans l'implémentation, qui implique les serveurs de leur entreprise, y compris les serveurs de système d'exploitation open source plus abordables, y compris Linux et BSD.
DevOps au travail: un exemple
Voyons maintenant un exemple de DevOps au travail. Allstate est une entreprise du Fortune 500, les origines de ce géant de l'assurance remontent à 1931. Cependant, elle n'est guère agile, avec 16 000 employés, dont beaucoup sont sur le terrain.
L’objectif de l’entreprise était de doter sa main-d’œuvre mobile des outils les plus récents pour pouvoir travailler avec un niveau d’efficacité supérieur. Simultanément, un deuxième objectif était également de permettre un meilleur libre-service à ses clients, afin qu'ils puissent faire des réclamations et les suivre au fur et à mesure de leur traitement.
Alors que les économies de coûts étaient apparemment la priorité précédente de l'entreprise, avec l'approche DevOps, l'accent plus récent a été mis sur la fidélisation de la clientèle et les fonctionnalités logicielles différenciées. Grâce au travail d'équipe et aux valeurs communes qui sont au cœur de l'approche DevOps, la société s'est concentrée sur le développement de produits sur son application et la maintient à jour avec la possibilité de déployer rapidement les dernières fonctionnalités.
À l'horizon, Allstate prévoit également de continuer à utiliser l'approche DevOps pour implémenter les capteurs de l'Internet des objets dans les véhicules des clients, en utilisant des analyses pour évaluer leurs habitudes de conduite. Du nombre important d'emplois Allstate DevOps actuellement répertoriés, Allstate continue clairement d'adopter cette approche.
Vitesse et échelle
Avec les avantages inhérents à la vitesse de déploiement, à une meilleure fiabilité, à la capacité d'évolutivité et à la sécurité intégrée, il n'est pas surprenant que de nombreuses organisations aient adopté l'approche DevOps. L'année dernière, une enquête auprès des décideurs en technologie d'entreprise a été utilisée pour créer le rapport 2018 State of DevOps. Voici quelques statistiques utiles à souligner:
- DevOps est populaire auprès d'un tiers des répondants l'utilisant déjà, et 35% prévoient de le mettre en œuvre cette année
- Un avantage clé est une vitesse plus rapide, avec 69% affirmant les avantages d'une «vitesse et fréquence accrues de déploiement des applications».
Bien qu'il existe des avantages inhérents à DevOps, c'est toujours un outil qui doit être appliqué de manière sélective à la situation correcte, et il y a toujours le danger que DevOps ne réponde pas aux attentes. Cependant, c'est souvent parce que l'entreprise impliquée continue de cloisonner son personnel et souffre ainsi de la départementalisation.
Briser les silos et regrouper les équipes nécessite un changement de culture; après tout, les gens du développement de logiciels et de l'assurance qualité faisaient partie d'équipes différentes pour une raison à l'origine, et ils ne partagent pas automatiquement le même ensemble de compétences simplement parce que nous rapprochons leurs bureaux.
Les équipes ne veulent pas nécessairement travailler les unes avec les autres, et il faut du temps pour que cette approche DevOps plus moderne se couche, avec une bonne dose de respect mutuel nécessaire pour qu'elles puissent s'entendre vers un objectif commun, et moins de souci quant à laquelle des d'anciennes équipes dirigent le spectacle. Ce type de transition ne se produit pas du jour au lendemain, du moins avec la plupart des organisations.
Né des difficultés d'un projet de migration de données difficile et permettant aux équipes cloisonnées de mieux travailler ensemble, DevOps est devenu un mouvement pour faciliter le développement de logiciels et sa mise en œuvre, tout en améliorant la fiabilité et la sécurité.
Alors que le processus de combinaison des équipes n'est guère transparent, une fois terminé avec succès, DevOps offre des avantages significatifs à toutes les entreprises, qu'elles soient grandes ou petites.
