SRE, ITIL et DevOps : différences et similitudes

Date: 09/11/2020| Catégorie: FAQ| Tags: ,

Vous avez probablement entendu parler de la SRE, l’ingénierie de fiabilité des sites (Site Reliability Engineering). Mais quelles sont les différences et les similitudes entre ITIL 4, SRE et DevOps?

Tout d’abord, tous ces cadres ou bonnes pratiques peuvent ajouter de la valeur dans votre chaîne de valeur informatique. Ils répondent tous au besoin des responsables informatiques de se concentrer sur la meilleure façon de développer des équipes hautement performantes qui permettent et accélèrent la stratégie numérique de leur entreprise.

ITIL 4, SRE et DevOps partagent certains points essentiels:

  • Culture: ils introduisent tous une culture collaborative et connectée
  • Valeur: ils mettent tous l’accent sur la création de valeur avec rapidité et qualité pour les parties prenantes
  • Automatisation: ils utilisent tous l’automatisation pour réduire le gaspillage et les erreurs humaines.

Selon l’enquête de 2019 «Upskilling DevOps» du DevOps Institute, 66% des répondants adoptent DevOps, 47% appliquent ITIL comme cadre de bonnes pratiques et 10% utilisent des pratiques SRE. Et de nombreuses équipes interrogées utilisaient les trois.

ITIL 4, SRE, and DevOps

ITIL 4 est la dernière mise à jour du cadre de gestion des services informatique d’Axelos. Il introduit un nouveau système de valeur de service (SVS) qui repose sur 7 principes directeurs. Le cadre est maintenant plus aligné avec DevOps et agile, introduisant certaines pratiques DevOps telles que les flux de valeur et la livraison continue.

Tous les membres de l’organisation informatique sont impliqués et travaillent ensemble pour faciliter la création de valeur grâce à des services informatiques. Les éléments clés du cadre ITIL 4 reposent sur la chaîne de valeur des services, qui fournit de la valeur sur une demande ou une opportunité grâce à des principes directeurs, à la gouvernance, aux pratiques et à l’amélioration continue.

Focus:

  • fonctionnalités de service
  • les exigences non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité.

Objectif: mettre l’accent sur la qualité du service et vise à améliorer la satisfaction des parties prenantes en garantissant la valeur du point de vue des parties prenantes.

Site reliability engineering (SRE) est l’approche de Google en matière de gestion des services, présentée dans un livre du même nom.

SRE est un ensemble de pratiques de post-production pour l’exploitation de systèmes à grande échelle, qui intègre des aspects de l’ingénierie logicielle. Le framework SRE présente l’équipe SRE et le rôle d’ingénieur de fiabilité de site, qui est un poste défini au sein des organisations. Les membres de l’équipe sont des ingénieurs logiciel qui sont destinés à effectuer des fonctions d’exploitation.

La fiabilité des systèmes de production et donc de ses utilisateurs est soutenue par un ingénieur qui applique les principes du SRE pour gérer la disponibilité, la latence, les performances, l’efficacité, la gestion du changement, la surveillance, les interventions d’urgence et la planification des capacités du site.

Focus: exigences non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité.

Objectif: mettre l’accent sur le développement de systèmes et de logiciels qui augmentent la fiabilité et les performances des applications et des services. Les SRE sont chargés des astreintes, ce qui signifie qu’ils doivent être disponibles à tout moment pour fournir un service ou une assistance.

DevOps est un mouvement culturel qui permet la création d’équipes multidisciplinaires de dev et ops afin d’unifier le développement logiciel (dev) et l’administration des infrastructures informatiques (ops) et travailler ensemble avec des pratiques et des outils partagés et efficaces.

Les membres clés d’une équipe DevOps sont des membres de l’équipe de développement, d’exploitation et de sécurité qui travaillent tous ensemble sur le cycle de vie du logiciel pour améliorer la qualité du logiciel, sa vitesse de développement et de livraison dans le but d’améliorer l’expérience client.

DevOps s’aligne sur les principes Lean et Agile.

Focus: rapidité et qualité des exigences fonctionnelles (fonctionnalités de l’application, etc.) et non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité.
Objectif: améliorer la qualité tout en gérant une rapidité adéquate des logiciels et des services pour le secteur d’activité.

Quelles sont les similitudes entre ITIL 4, SRE et DevOps?

  • Les trois méthodologies encouragent la collaboration entre les différentes parties prenantes.
  • Tous trois abordent le sujet clé de la conduite du changement. ITIL 4 utilise la gouvernance de la gestion du changement, SRE le concept de «budget d’erreur» (il permet à l’équipe SRE d’apporter des modifications jusqu’à ce que le budget d’erreur soit «dépensé».) Les équipes DevOps gèrent en permanence les changements qui sont généralement graduels.
  • Ils sont supportés par un vaste ensemble d’outils d’automatisation. Certains outils se concentrent sur DevOps, d’autres automatisent les processus clés. L’éventail d’outils d’automatisation est complexe et en constante évolution.
  • Ils se concentrent également sur l’apprentissage continu et l’expérimentation. Les compétences de chaque méthodologie peuvent changer, mais elles nécessitent toutes une combinaison de compétences techniques, fonctionnelles en automatisation, la connaissance des processus, des soft skills et du business.

Quelles sont les différences entre ITIL 4, SRE et DevOps ?

Les principales différences entre les méthodologies résident dans :

  • L’équipe :
    • ITIL 4 n’exige pas que les membres de l’équipe fassent partie d’une seule équipe.
    • L’équipe SRE a des rôles définis avec un titre défini.
    • Les équipes DevOps varient, mais les équipes DevOps les plus efficaces sont une seule équipe avec les mêmes objectifs et mesures.
  • Les Métriques :
    • ITIL 4 : atteinte des objectifs de niveau de service.
    • SRE :  fiabilité des applications et des services, atteinte des objectifs de niveau de service et des indicateurs de niveau de service.
    • DevOps : fréquence de déploiement et temps de réparation.

A quel moment peut-on appliquer ITIL 4, SRE et DevOps ?

Vous pouvez adopter ITIL 4 à tout moment, il n’est pas nécessaire de connaître les versions précédentes d’ITIL. ITIL 4 introduit et régit les Bonnes Pratiques et un langage commun pour améliorer la satisfaction client, la disponibilité des services et l’efficacité financière.

SRE peut être adopté via l’introduction d’un ingénieur SRE en tant que membre officiel de l’équipe, soit au sein d’une équipe DevOps, soit au sein d’une équipe de gestion des services. SRE peut également être adopté par des organisations qui n’ont pas implémenté ITIL 4 ou DevOps. On utilise SRE lorsque la fiabilité est un objectif déclaré de l’organisation et que le système subit une croissance des utilisateurs, de la complexité et / ou du nombre d’éléments de configuration. Un avantage clé des équipes SRE est la création d’outils en libre-service et de scripts d’automatisation pour aborder la fiabilité et les performances des applications et des services en limitant le travail manuel.

L’adoption du mouvement DevOps peut avoir lieu à tout moment. Les principaux déclencheurs sont généralement les demandes d’amélioration de la rapidité de livraison et de la qualité des logiciels, produits et / ou services des parties prenantes. DevOps apporte une transformation culturelle, améliore la rapidité et la qualité de la façon dont les logiciels sont développés et livrés. Il s’appuie sur des techniques de développement logiciel et de gestion des services Agile et encourage l’utilisation de l’automatisation pour réduire le travail manuel des personnes qualifiées pour se concentrer sur des tâches et des activités fournissant de la valeur ajoutée. DevOps met en évidence la fiabilité, la maintenabilité et l’opérabilité des logiciels pour tous les membres de son équipe.

Conclusion:

Les trois méthodologies peuvent coexister pour aligner les équipes, répondre aux demandes des parties prenantes et améliorer la valeur fournie. Quel que soit le cadre que vous choisissez, vous devez vous concentrer sur :

1) Une vision et un objectif communs

2) Insuffler et gérer une “culture of care”

3) Prendre des décisions et les rendre visibles

4) Définir des métriques et des mesures avant de commencer, tout en continuant à démontrer la valeur des efforts aux parties prenantes.

La transformation numérique n’est pas réalisée immédiatement dans une organisation, les organisations doivent commencer avec les meilleures pratiques et méthodologies qui correspondent à leurs besoins en commençant petit, en apprenant, en développant leur expertise et en se développant.

Source : Stop the Arguments: ITIL v4 and SRE and DevOps All Are Transformation Aids by Eveline Oehrlich, DevOps Institute

© 2019 DevOps Institute. All Rights Reserved. 

 

A lire également : Compétences devops 2020 : La recherche de talents Devops continue

Newsletter

Abonnez-vous à la newsletter QRP International pour recevoir des articles, du contenu utile et des invitations pour nos événements à venir.

QRP International utilisera les informations que vous fournissez dans ce formulaire pour vous envoyer des e-mails. Nous aimerions continuer à vous tenir informé des dernières actualités et contenus innovants et informatifs. Ces contenus sont conçus pour vous aider à être plus efficace dans votre rôle et conserver, mettre à jour vos compétences professionnelles.

Vous pouvez vous désinscrire à tout moment en cliquant sur le lien qui se trouve en bas de chacun de nos e-mails ou en nous contactant à marketing@qrpinternational.com. Nous traiterons vos informations avec respect. Pour plus d'information sur notre politique de confidentialité, visitez notre site internet. En cliquant ci-dessus, vous acceptez que nous puissions traiter vos informations conformément à ces termes.

We use Mailchimp as our marketing platform. By clicking below to subscribe, you acknowledge that your information will be transferred to Mailchimp for processing. Learn more about Mailchimp's privacy practices here.