Chez PagerDuty, nous passons beaucoup de temps à réfléchir à la manière dont nous pouvons aider les DevOps la communauté et les professionnels de l’informatique réussissent. Nous sommes particulièrement intéressés par le « comment et pourquoi » de l'évolution des pratiques DevOps, par la manière d'apporter de la valeur à nos praticiens et par la manière de mieux servir la communauté qui accorde une telle confiance à PagerDuty.

Dans cet esprit, nous avons récemment a organisé un webinaire Nous avons invité des leaders du secteur à partager leurs pratiques émergentes ainsi que leurs prévisions sur l'avenir de DevOps. Nous avons intégré des points de vue du monde des applications et de la surveillance de la sécurité, ainsi que de l'APM, et avons acquis des connaissances sur la gestion des opérations numériques. Le groupe comprenait :

• Ilan Rabinovich, directeur de la communauté technique chez Datadog
• Chris Gervais, vice-président de l'ingénierie chez Threat Stack
• John Rakowski, directeur du marketing produit chez AppDynamics
• Arup Chakrabarti, directeur de l'ingénierie chez PagerDuty

Nous avons abordé un certain nombre de questions sur l’avenir de DevOps, notamment : « DevOps est-il enfin devenu grand public ? » et « Les entreprises peuvent-elles adopter les pratiques DevOps ? » Nos panélistes avaient beaucoup de choses à partager, et nous en avons rassemblé les points saillants ci-dessous.

DevOps est-il enfin courant ?

Chaque intervenant a partagé ses réflexions sur l’idée que DevOps devienne enfin courant :

Ilan Rabinovich de Datadog a commenté que l’industrie a atteint un « pic d’utilisation » du terme DevOps, citant une prolifération d’outils, de conférences et un environnement général de marketing. Il souligne également que tout le monde n’utilise pas le terme DevOps de la même manière et que vrai DevOps est démontré par la Définition de « CAMS » :Culture, automatisation, métriques et partage comme piliers du voyage.

Chris Gervais de Threat Stack a convenu que le terme Le DevOps est devenu un courant dominant, même si son adoption peut prendre du temps. Il suggère que pour de nombreuses organisations et certains types d’entreprises, le DevOps est intégré dans la structure de ce qu’ils font. En particulier, les startups et les entreprises qui créent des produits SaaS, exploitent le DevOps comme une sorte de capacité fondamentale et native, et l’approche DevOps n’a vraiment rien de nouveau, et fait partie de « l’histoire d’origine » de ce type d’entreprise. Les entreprises qui veulent évoluer rapidement et utiliser l’infrastructure en tant que code ont adopté la disponibilité des outils DevOps, ainsi que la communauté. Il a même plaisanté en disant que si un récent TechCrunch article a déclaré DevOps mort, il doit maintenant être grand public !

John Rakowski d'AppDynamics considère l'intégration de DevOps comme une sorte de proposition « oui et non ». Il a convenu avec nos autres panélistes qu'une personne ne peut aller nulle part sans audience Rakowski a évoqué le DevOps et a noté la prédiction de Gartner de 2015 selon laquelle le DevOps deviendrait une stratégie courante d'ici 2016. Même si la réalité n'est peut-être pas aussi proche, Rakowski estime que l'intérêt est certainement général, mais une lutte et un débat permanents autour des définitions du DevOps persistent, en particulier dans différents secteurs et organisations. Il voit une différence significative entre le DevOps d'entreprise et le DevOps des startups, les entreprises créant des équipes distinctes pour récolter les bénéfices du DevOps.

Arup Chakrabarti dit que DevOps « c'est comme ça » Pour les petites entreprises. Pour les entreprises établies, DevOps n'est pas la norme, mais de nombreuses entreprises sont sur la voie de l'évolution. Il a noté que certaines banques et sociétés de télécommunications, connues pour être lentes et lourdes, ont adopté DevOps dans leurs poches et ont fait un travail fantastique. Pourtant, il suggère que la communauté DevOps doit faire plus d'efforts pour devenir courante au sein des entreprises.

Les entreprises peuvent-elles adopter les pratiques DevOps ?

Concernant la question de l’adoption de DevOps par les entreprises, Rabinovich estime que l’adoption est moins une question de technologie que de culture et d’alignement organisationnel. Dans l’entreprise, des équipes informatiques distinctes, affectées à des unités commerciales ou à des projets, peuvent créer des silos, qui favorisent les conflits internes qui peuvent être résolus en partageant et en alignant les objectifs et les objectifs commerciaux.

« Les organisations DevOps les plus performantes ont d’abord abordé la culture et le partage, puis les outils et les indicateurs pour accélérer le parcours », a commenté Rabinovich. Il estime que le marché vend des outils, des événements et d’autres solutions pour s’attaquer à la partie technologique, mais que la culture et le partage devraient être un domaine sur lequel le grand public devrait se concentrer davantage. Acheter une suite d’outils DevOps est une chose, mais Ilan suggère que si les équipes ne construisent pas une culture collaborative, les progrès seront limités si les données peuvent être partagées et que l’apprentissage peut être difficile. Selon lui, tirer parti du modèle CAMS et travailler ensemble pour identifier des objectifs communs est un chemin clé vers le succès organisationnel, car cela favorise l’alignement et l’efficacité, et crée des moyens de suivre et de partager le succès qui conduit à l’obtention de ressources supplémentaires.

Gervais de Threat Stack a abordé la question de l'adoption par les entreprises en répondant à une question du public, demandant si DevOps était « poussé du haut vers le bas ou du bas vers le haut ». Gervais suggère qu'il ne s'agit généralement pas d'un cas où le DSI dit « à vos marques, partez ! » pour DevOps, mais plutôt d'un processus « intermédiaire ». Autrement dit, DevOps ne se développe pas seulement à partir d'un sous-ensemble de l'équipe informatique, mais résulte généralement de la réunion de quelques individus partageant les mêmes idées pour se concentrer sur un problème commercial. Une fois positionnée autour du problème commercial, l'équipe peut tirer profit de l'expérimentation et du test du modèle DevOps, ainsi que de l'établissement de mesures qui peuvent sortir du plan de projet d'entreprise traditionnel. Gervais suggère que si DevOps est né dans des organisations informatiques ou PMO traditionnelles, sa capacité à démarrer peut être intrinsèquement limitée.

Du point de vue de Rakowski, la mise en œuvre de DevOps dans l’ensemble de l’entreprise est quelque chose qu’il considère comme une question « ultime », la voyant davantage dans la lignée de « comment Votre adoption de DevOps se répand-elle dans toute l'entreprise ? » Il souligne que les logiciels sont au cœur des interactions avec les clients et de la productivité des employés, et que les applications déterminent les résultats commerciaux. En tant que tel, la réalité est que des versions plus rapides sont obligatoires car la technologie est devenue la numéro un moteur de la performance de l'entreprise. Selon Rakowski, la mise en œuvre de DevOps n'est pas un choix pour l'entreprise, mais « quelque chose que le service informatique doit faire pour servir les utilisateurs et apporter de la valeur à l'entreprise ».

Chakrabarti de PagerDuty suggère que l'adoption de DevOps est motivée par la culture, le partage et l'alignement – ​​trois éléments qu'il considère comme les plus grands défis rencontrés par les entreprises. Étant donné que les équipes opérationnelles se concentrent sur la stabilité et que les équipes de développement se concentrent sur l'innovation et les changements, elles peuvent fondamentalement être en désaccord et des groupes disparates créent des silos au sein des organisations. En conséquence, il voit un fort besoin de créer un alignement à travers des objectifs communs axés sur la réussite commerciale, qui équilibrent la fiabilité du site et l’innovation.

Au-delà des rumeurs du marché, nos panélistes semblent s'accorder sur le fait que DevOps va devenir monnaie courante et s'imposer dans l'entreprise en 2017 et au-delà ! Les facteurs importants qui favorisent l'adoption, notamment le partage et le changement culturel, sont des éléments fondamentaux de toute initiative DevOps et l'alignement tend à être synonyme de succès.

Dans notre prochain épisode de cette série de blogs, nous explorerons d'autres questions clés abordées, notamment : « Les équipes d’opérations centrales vont-elles se rapprocher de la base de code de l’application ? » et « La sécurité devient-elle une partie du modèle opérationnel DevOps ? »

En attendant, n'oubliez pas de consulter l'intégralité Prévisions et tendances DevOps pour 2017 webinaire sur BrightTalk !