Contenu
Source: Nexusplexus / Dreamstime.com
À emporter:
DevOps - la fusion du développement et des opérations - est une méthode de développement logiciel qui gagne en popularité en raison de son efficacité.
Quelle que soit votre stratégie informatique, il est clair que chaque stratégie informatique vise à fournir rapidement des logiciels de qualité, à résoudre rapidement les problèmes, à améliorer l'expérience utilisateur et à optimiser l'utilisation des ressources. Les modèles traditionnels de développement de logiciels ont, à des degrés divers, échoué à atteindre ces objectifs. Les entreprises ont eu du mal à trouver un équilibre entre la livraison en temps voulu de logiciels de qualité et l'utilisation optimale des ressources. Désormais, la disponibilité des logiciels dans le nuage signifie que les utilisateurs peuvent accéder aux logiciels via des navigateurs standard. En conséquence, les retours d'informations et les problèmes affluent, soumettant les éditeurs de logiciels à une immense pression pour fournir rapidement des correctifs. La déconnexion entre les équipes de développement, d’assurance qualité et d’exploitation est une des principales raisons de ces problèmes. Le concept DevOps aide les entreprises à gérer ces problèmes grâce à une plus grande collaboration entre les équipes et à une gestion proactive des problèmes. Les principes de DevOps sont en train d’être intégrés aux modèles de développement logiciel de nombreuses entreprises.
Qu'est-ce que DevOps?
DevOps est une culture récente du développement logiciel qui redéfinit la manière dont les entreprises devraient développer et gérer les logiciels dans un scénario commercial modifié. Désormais, de nombreuses applications logicielles sont hébergées dans le cloud et mises à la disposition des utilisateurs via des navigateurs. Les utilisateurs ont également la possibilité de publier leurs commentaires ou leurs problèmes. En conséquence, les entreprises reçoivent rapidement beaucoup de commentaires. Cette situation est différente de celle du développement logiciel traditionnel, lorsque des bogues ou des problèmes étaient signalés via certains canaux spécifiés et prenaient un certain temps pour atteindre l'équipe concernée. Les rapports fréquents sur les bogues et les problèmes exercent une énorme pression sur la société pour qu'elle résolve les problèmes rapidement. Dans les modèles de développement logiciel traditionnels, les équipes de développement, d'assurance qualité et d'exploitation sont déconnectées les unes des autres, ce qui retarde la réponse aux problèmes. Dans un environnement concurrentiel, cela pourrait être un facteur critique.
Le terme DevOps a été créé en combinant les mots "développement" et "opérations". L'idée principale est la synergie entre les développeurs et l'équipe des opérations. Dans la culture DevOps, le travail en silo n'est pas accepté. Les développeurs, les QA et le personnel des opérations sont encouragés à penser à la totalité du logiciel livrable et à ce qu’ils peuvent faire pour publier un logiciel de qualité. Par exemple, le développeur est encouragé à penser aux scénarios possibles une fois le code vérifié, tels que des scénarios de rupture de code, si les cas d'utilisation sont des problèmes réels ou hypothétiques. Pour obtenir les réponses à ces questions, le développeur doit contacter les équipes d’assurance qualité et d’exploitation. Les équipes doivent également planifier de manière proactive les problèmes éventuels et leur gestion.
En résumé, l’idée principale de DevOps est d’accroître la collaboration entre les équipes de développement et d’exploitation, de prévoir et de prévenir les problèmes, d’arrêter de penser en silo et de penser à contribuer à la qualité globale des logiciels. (Pour en savoir plus sur DevOps, voir DevOps 101.)
Principes DevOps
Les trois principes principaux qui animent la culture DevOps dans diverses entreprises sont décrits ci-dessous.
Vous ne pouvez pas améliorer vos compétences en programmation lorsque personne ne se soucie de la qualité des logiciels.
Étude de cas sur DevOps
D'un détaillant en ligne, Amazon est devenu un pionnier du cloud grâce à la sortie d'Amazon Web Services (AWS), un système IaaS à la demande largement utilisé. Cependant, lorsque Amazon est entré dans le domaine des services de cloud computing, la société n'en savait pas beaucoup sur le sujet. Il y avait beaucoup de risques. Alors, comment Amazon a-t-il créé un tel succès? (Pour plus d'informations sur AWS, consultez Qu'est-ce qu'Amazon Web Services apporte au cloud?)
La stratégie de succès d'Amazon était censée rester secrète, mais l'un de ses anciens employés, Steve Yegge, a révélé un mémo interne contenant des informations importantes sur ce que Jeff Bezos souhaitait que les employés fassent pour que AWS soit un succès.
- Toutes les équipes doivent exposer des données, des fonctionnalités et des fonctionnalités via des interfaces de service Web.
- Les équipes doivent communiquer entre elles via ces interfaces de service Web. Aucune autre forme de communication n'était autorisée, telle que la liaison ou le partage.
- Les équipes sont autorisées à utiliser n'importe quelle technologie pour utiliser les interfaces de service Web - HTTP, CORBA, Pubsub, protocoles personnalisés - peu importe lequel.
- Toutes les interfaces de service Web doivent être conçues de manière à pouvoir être exposées au monde extérieur.
Pour résumer, les ingénieurs d'Amazon étaient tenus de créer des services Web via lesquels ils pouvaient partager des données, ce qui serait le seul moyen de partager des données. Toute équipe ayant besoin de données provenant d’une autre équipe devait trouver les services Web appropriés via lesquels elle placerait la demande. Si aucun service Web approprié n'était trouvé, ils pourraient faire remonter le problème. Les équipes qui construisent un service Web doivent également les sécuriser afin qu’elles ne puissent pas être consultées sans vérification des informations d’identité de l’utilisateur.
Alors, où DevOps entre-t-il dans cette image? Dans le cadre de l'initiative AWS, un grand nombre de services Web ont été créés, utilisés et testés, impliquant un grand nombre d'employés. Naturellement, toute la gamme d'activités a abouti à la création d'un grand nombre de tests, problèmes, bugs et cas d'utilisation. Il est clair que presque toutes les équipes se sont impliquées et ont joué leur rôle: les développeurs ont développé des services Web, différents rôles ont accédé aux interfaces et signalé les problèmes éventuels. Les développeurs devaient collaborer en permanence avec les opérations, l'assurance qualité et d'autres rôles pour s'assurer que les services Web atteignaient le niveau de qualité minimum.
Conclusion
Malgré tous les avantages apportés par DevOps, il n’est pas facile de l’implémenter dans une entreprise. Puisqu'il s'agit de culture, briser les barrières et promouvoir une culture de communication fluide peuvent prendre beaucoup de temps. Le changement doit venir du haut. La mise en œuvre du nouveau système peut faire face à des résistances sous différentes formes. Il n’existe pas de moyen unique de mettre en œuvre DevOps dans toutes les organisations, étant donné la nature unique de différents environnements de travail. Les organisations devraient rechercher les méthodes les mieux adaptées à leur situation.