L'expert Devops Gene Kim: Comment Devops aide les entreprises à surmonter les temps difficiles

En ce qui concerne le développement de logiciels, la pratique moderne des devops - où les développeurs et les opérations informatiques se combinent pour fournir des logiciels de manière plus rationalisée - a fait son chemin dans l'entreprise, alors que de plus en plus d'entreprises voient les avantages d'une plus grande automatisation rejets fréquents.

Maintenant que la pandémie met en évidence la nécessité d'une plus grande agilité numérique, l'adoption des devops s'accélérera-t-elle encore plus rapidement?

À l'approche de l'édition londonienne de l'Enterprise Devops Summit (dans son nouveau format virtuel), c'est la première question que nous avons posée à son hôte et fondateur, Gene Kim, ancien directeur technique de Tripwire et auteur de trois livres devops populaires.

La conversation ci-dessous a été modifiée pour plus de clarté et de concision.

: Quel a été l'impact de la pandémie sur les devops?

Gene Kim: Il y a un mème qui circule sur Twitter en ce moment à propos de quel dirigeant de niveau C a le plus avancé l'agenda de la disruption numérique? Est-ce le PDG, le CFO, le CIO ou le COVID-19? COVID-19 est le gagnant. Je pense que c'est tellement vrai.

La perturbation numérique était à l'ordre du jour de presque tous les conseils d'administration l'année dernière. Maintenant, COVID-19 l'a fait avancer de trois à cinq ans. Je pense que ce qui a été si intéressant, c'est qu'il y a tellement d'histoires héroïques que les organisations doivent faire pour permettre à des dizaines de milliers, des centaines de milliers de travailleurs de travailler à domicile. Cela n'a été possible qu'en enfreignant essentiellement toutes les règles.

Cela montre ce qui est possible et ce dont ces équipes sont réellement capables. Si souvent, ils sont enchaînés et la plupart des gens diraient que tout ce qui a été fait pour permettre aux gens de travailler à domicile - certains qui n'ont jamais travaillé de chez eux auparavant, comme les équipes financières de back-office - n'était qu'un petit miracle.

: Le dernier rapport sur l'état du devops a montré cet énorme terrain d'entente entre les organisations en matière de maturité du devops.

Pensez-vous que la pandémie poussera ce terrain d'entente vers un espace plus mature, ou pensez-vous qu'il est difficile de reconstruire le fonctionnement des équipes lorsque tout le monde est éloigné?

Kim: Je ne pense pas que ce sera un obstacle, le fait que ce soit éloigné. Nous savons que c'est possible. L'une de mes plus grandes surprises dans mon voyage a été d'apprendre que GitHub au début des années 2010, toute l'équipe d'infrastructure, était à distance. Il n'y avait donc pas deux ingénieurs opérationnels dans la même ville, jamais, dans les premiers jours.

En cinq ans de rédaction du rapport sur l'état de Devops, nous avons constaté que l'industrie n'avait pas d'importance. Peu importe que vous soyez dans la santé, la vente au détail, peu importe. La probabilité d'avoir un rendement élevé, moyen ou faible était essentiellement la même, quel que soit le secteur d'activité.

Cela a changé l'année dernière, c'était le commerce de détail qui était en fait plus susceptible d'être très performant. Je pense que cela montre que le retailpocalypse, ou une menace existentielle, pousse le commerce de détail à adapter plus rapidement les pratiques devops. Je pense que le corollaire est que COVID-19 va pousser tous les secteurs à adopter les devops plus rapidement, juste à cause de toutes les pressions commerciales dont nous venons de parler.

: Que pensez-vous de la montée en puissance de DevSecOps et d'autres nouvelles terminologies autour des devops?

Kim: C'est un argument que j'ai eu lorsque le manuel Devops est sorti en 2016, avec mon co-auteur, John Willis. Il a eu une réaction très viscérale qu'il n'y a qu'un seul devops. Ce n'est pas qu'il n'y croit pas, mais ce qu'il m'a convaincu, c'est qu'à ce stade de l'industrie, nous avions besoin d'un parapluie pour tout mettre en place. J'adore l'idée de DevSecOps, ou toute autre façon d'élargir le parapluie et amenez d'autres tribus. J'adore les devops car cette façon de signaler que tout ce qui n'est pas devops doit être associé aux anciennes et mauvaises façons de faire les choses.

: Et AIops?

Kim: Oui, AIops, MLops, j'adore cette phrase, mais je suis d'avis qu'il n'y a presque pas de chaîne de valeur qui ne peut pas être améliorée en utilisant les données générées par cette chaîne de valeur. Qu'il s'agisse de marketing pour les prédictions d'achat des clients ou d'analyse et de prévision des pannes pour l'infrastructure.

Le problème, c'est que lorsque vous avez ces projets d'apprentissage automatique de 50 millions de dollars, réalisés par des non-professionnels du logiciel, ils n'utilisent pas le contrôle de version ou les meilleures techniques que nous avons développées au cours des 30 dernières années. Toute la manière de générer des ensembles de formation et ces nouveaux modèles de production, les techniques sont différentes de celles que nous utilisons en tant qu'ingénieurs logiciels.

Microsoft a expliqué comment ils utilisent MLops pour intégrer ces data scientists dans des flux de valeur technologiques. John Deere a fait une présentation sur la façon dont ils le font pour un certain nombre de leurs initiatives.

Le problème est que vous avez souvent ces modèles qui sont prototypés en Python ou SPSS, ce qui est bien, mais ils ne sont pas prêts pour la production. Il faut donc autre chose pour s'assurer que la mission est effectivement accomplie. L'IA crée ce problème complètement différent pour la création de services de production. Il y a un domaine vraiment riche qui doit absolument être abordé.

: Quels sont les principaux goulots d'étranglement restants pour les organisations qui adoptent des pratiques devops? Et y a-t-il un itinéraire alternatif?

Kim: Je pense que le devops est inexorable, inévitable. Je dirais que le plus gros obstacle est le leadership et l'adhésion des entreprises. Quand je regarde les sept dernières années de la conférence, l'une des choses qui se démarque vraiment, c'est que les personnes qui font les présentations sont plus âgées chaque année.

Cette année, nous accueillons Patrick Eldridge, chef de l'exploitation de Nationwide Building Society. Nous avons un groupe de vice-présidents et de directeurs techniques de la technologie, et souvent ils se présentent avec leur homologue commercial, la personne responsable des profits et des pertes de ces entreprises. Je pense que cela montre que le devops n'est pas réellement un problème technologique, c'est un problème commercial. Ce sont les discussions qui montrent à quel point le devops est intégré à tous les aspects de la stratégie et des opérations.

Prenez Nationwide, ils embauchent quelque chose comme 1 200 personnes, alors qu'une grande partie de l'industrie diminue. Je pense que cela montre simplement à quel point le devops permet non seulement aux organisations de survivre sur le marché, mais aussi de prospérer dans un environnement où elles se développent tandis que d'autres diminuent.

: Quel est l'impact de la montée en puissance des conteneurs sur les pratiques des devops?

Kim: Toutes ces technologies - les conteneurs étant probablement les plus puissants - ont vraiment forcé les gens à penser à une infrastructure immuable ou à une infrastructure comme du code. Je ne sais pas dans quelle direction va la causalité, soit les gens qui pensent de manière devops, où ils pensent déjà à l'infrastructure en tant que code, prennent probablement des choses comme les conteneurs beaucoup plus rapidement, ou peut-être que la proposition de valeur des conteneurs est si élevée qu'il aspire les gens.

Qui pourrait revenir à l'ancienne façon d'essayer de trouver comment rendre l'environnement de votre ordinateur portable identique à l'environnement de production? Donc, toutes ces choses montrent clairement qu'il existe une meilleure façon de travailler. Je pense qu'il est très difficile de revenir en arrière une fois que vous avez fait des choses comme l'intégration continue, comme la livraison continue. Une fois que vous en avez fait l'expérience, il est vraiment difficile de revenir à l'ancienne façon de faire les choses.

Je pense qu'Edgar Schein a dit que «les outils sont un artefact culturel», en anthropologie et en sociologie. Les outils changent donc votre façon de penser et votre façon de travailler. Je suis donc d'accord avec votre affirmation selon laquelle ces outils accélèrent définitivement un mode de travail devops.

: Pourquoi a-t-il été si difficile d'intégrer la sécurité dans les devops jusqu'à présent?

Kim: Si nous avions cette conversation il y a huit ans, je pense que nous nous demanderions «pourquoi est-il difficile de faire participer les opérations? Est-ce parce qu'ils ont peur que leur emploi disparaisse?

Certaines personnes parlent de NoOps, où nous n'avons plus besoin d'opérations, alors que je pense qu'il est assez clair pour quiconque a utilisé Kubernetes sait qu'aucun développeur ne veut réellement apprendre Kubernetes, nous voulons que les responsables de l'infrastructure le fassent pour nous. Je pense qu'il en va de même pour la sécurité. Ce que nous voulons, c'est que les équipes produit et les équipes de développement soient pleinement responsables de la disponibilité, de l'opérabilité et de la sécurité des services. Nous ne voulons pas que les développeurs doivent devenir des experts au niveau de tous les coins et recoins dans lesquels les vulnérabilités de sécurité peuvent se cacher.

Nous voulons vraiment tirer parti des compétences spécialisées de la sécurité, que ce soit les intégrer dans les équipes ou les plates-formes qu'elles construisent, afin que tout ce que nous écrivons sur la plate-forme soit fondamentalement plus sécurisé. Je pense que ce jour arrive. Comme pour les opérations, ce fossé est si élevé avec les développeurs, la réaction naturelle est «sur mon cadavre» et je suis sûr que cela pourrait être arrangé.

: Comment les compétences d'un ingénieur devops ont-elles évolué?

Kim: L'une des compétences, capacités, traits les plus importants nécessaires dans ces rébellions pionnières - utiliser les devops pour renverser l'ancien ordre puissant, qui sont très heureux de faire les choses comme ils l'ont fait depuis 30 à 40 ans - est les compétences transversales pour être en mesure de rejoindre leurs homologues commerciaux et de les aider à résoudre les problèmes. C'est ainsi que ces équipes se développent et embauchent alors que tant d'autres équipes se réduisent.

L'un des dénominateurs communs parmi les discussions que j'ai entendues jusqu'à présent cette année est qu'ils embauchent tous. Je pense que les développeurs ont tellement de choses à faire pour eux, et plus ils peuvent trouver ces initiatives, et les gens d'affaires qui en ont besoin, l'avenir est très prometteur.

Un de mes amis, Tom Limoncelli, qui a écrit le livre sur l'administration du système cloud - il l'a dit pour les opérations mais je pense que cela peut être appliqué partout - est que nous sommes à la croisée des chemins: sur un chemin, notre salaire est divisé par deux et le seul travail que nous pouvons trouver est au Genius Bar de l'Apple Store. Dans l'autre sens, notre salaire double, car nous possédons les compétences les plus pointues du marché. J'ai trouvé ça génial.