Discussion :

[Amine Horseman]

Le DevOps à la mode dans les entreprises
La barrière culturelle entre les développeurs et les opérateurs, plus grand défi à relever

Le DevOps est un concept qui appelle à une plus grande collaboration entre les développeurs dans une entreprise et les chargés d’opérations. Ce concept, basé sur la polyvalence des rôles lors du développement d’un logiciel, a conduit à un long débat. Devrait-on pousser les développeurs à se spécialiser plus dans le développement ou devrait-on plutôt encourager la polyvalence des rôles ?

Certains pensent que : « le basculement entre les rôles est coûteux pour le cerveau humain » et « forcer les développeurs à prendre en charge des tâches supplémentaires normalement affectées à des spécialistes les conduit à ne plus accorder autant de temps au développement ». En d’autres termes : « quand le développeur est affecté à d’autres rôles, il n’y a plus personne pour assurer le développement ! »

Cependant, une étude de PuppetLabs révéla que côté performances « les entreprises ayant adopté le DevOps et disposant d’un département IT performant déploient leur code 30 fois plus fréquemment avec 50% d’échecs en moins »

Saugatuck Technology a publié les résultats d’une récente étude sur le sujet. Sponsorisée par Microsoft, elle déclare dans le rapport de 11 pages que le concept du DevOps pourrait aider les opérateurs IT et les développeurs à devenir plus « agiles et réactifs ». Selon les statistiques, les entreprises auraient vu, grâce à ce nouveau concept, la qualité des logiciels améliorée de 50% avec 60% plus de « releases » et une collaboration 50% plus importante.

Le sondage effectué couvrait plus de 300 opérateurs IT et professionnels du développement. 54% ont déclaré avoir déjà utilisé le concept du DevOps dans un ou plusieurs projets. Quand on leur a demandé « quels étaient les plus grands défis qu’ils ont rencontrés, » 52% ont répondu qu'il existait une barrière culturelle entre les développeurs et les opérateurs, 37% ont rencontré des difficultés à cause du manque d’expérience et/ou de connaissances sur les pratiques DevOps. Le manque de temps et la difficulté à sélectionner les personnes adéquates au projet représenteraient aussi des défis assez importants selon le sondage.

Figure : Les plus grands défis rencontrés lors de l’utilisation de DevOps (Source: Saugatuck Technology Inc.)

Dans la suite du rapport, Saugatuck Technology avoue que « surmonter les différences culturelles n’est jamais simple », avant de déclarer que « les organisations qui utilisent les outils Microsoft peuvent être particulièrement bien adaptées à une adoption réussie du DevOps, surtout dans les grandes entreprises ». Ceci en mettant l'accent sur le fait qu’il « existe déjà d'excellents outils sur la plateforme Windows qui supportent efficacement les pratiques de DevOps […] System Center, Azure Resource Manager, Visual Studio Online, TFS Online et PowerShell DSC, tous peuvent jouer un rôle dans la gestion de l'intégration continue et la livraison avec DevOps ».

Selon leur étude, les environnements Windows vont augmenter leur utilisation des outils de DevOps de 16% en 2014 à 52% en 2016, contre seulement 43% en 2016 pour les environnements open source/hétérogènes.

Source : Rapport de Saugatuck Technology, article de la rédaction sur le constat de Jeff Knupp

Et vous ?

Qu’en pensez-vous ? Votre entreprise a-t-elle recours au DevOps ?

Quel est le principal obstacle selon-vous dans l’adoption du DevOps ?

[Escapetiger]

Qu’en pensez-vous ? Votre entreprise a-t-elle recours au DevOps ?
Certains projets particuliers de mes clients utilisent cette démarche et comme tout ce qui est nouveau, dans un cadre strictement défini et faisant office en quelque sorte de "ballon d'essai".

Quel est le principal obstacle selon-vous dans l’adoption du DevOps ?
Ils sont nombreux , à savoir entre autres :

• Quelles sont les applications concernées et leur impact sur le "business" ?
• La culture, historiquement opposée, entre le personnel des études de tempérament plutôt "artiste / créatif" et
  celui de la production plutôt "rigueur & procédure" (cf. ITIL)
• La complexité et la nouveauté des technologies mises en oeuvre
• La gestion "sociale" du personnel impacté par cette transformation tant du côté production que du côté études
• La maîtrise globale du Système d'Information par le client (gouvernance du SI)
  etc,...

[ustensile]

Qu’en pensez-vous ?
DevOps : encore un terme à la mode à utiliser rapidement sous peine de passer pour un bouffon (c'est mon avis qui n'engage que moi)
Le terme Ops me dérange un peu, ça fait BlackOps

Votre entreprise a-t-elle recours au DevOps ?
Pour ma part, on a pas le choix, je suis dans une PME industrielle de 150 pers, on est 2 à l'informatique et on fait tout:admin réseau/système/base de données, développement, reporting, BI, gestion du parc,assistance,dépannage et depuis cette année informatique industrielle et R & D

Quel est le principal obstacle selon-vous dans l’adoption du DevOps ?
Je pense que la démarche est fonction de la taille de l'entreprise, plus on est dans une petite structure, plus il est nécessaire d'avoir un point de vue DevOps, après, ça devient compliqué dans une SS2i par exemple, on ne peut pas avoir une culture de l'opérationnel dans tout les secteurs d'activité à tout les postes, dans les grosses structures, on doit passer par un plus grand nombre de personnes ce qui freine la mise en oeuvre de projets. Pour moi, l'obstacle principal est l'encadrement, si on doit accélérer les flux entre le développement et l'opérationnel, il faut des managers compétents et réactifs

[Saverok]

Qu’en pensez-vous ? Votre entreprise a-t-elle recours au DevOps ?

Dans une PME ou sur des petits projets, être devOps est une nécessité
Soit les compétences manquent en interne soit le budget du projet ne permet pas d'y faire appel... Alors il faut bien quelqu'un qui s'en charge, même si ce n'est pas sa spécialité


Je n'ai rien contre à condition que les implications liées à ce mode de fonctionnement soient bien connues et acceptées à l'avance, à savoir une tenue du planning plus approximative et un niveau de perf global de l'application potentiellement plus faible
Car on ne peut pas être spécialiste dans tous les domaines

Il est plus difficile d'évaluer une charge de travail d'une tâche (et de la tenir) quand on n'est pas spécialisé dans les domaines dont la tâche fait appel
De même, lorsqu'une situation imprévue survient (bug très technique, par exemple), si ce n'est pas le domaine de prédilection du devops, il mettra probablement plus de temps à la résoudre

En ce qui concerne les perf, les devops vont avoir tendance à appliquer les paramètres standards sans aller dans les réglages fins optimisés pour l'application car difficile de le faire si on ne maîtrise pas parfaitement le domaine..

Bref, le devops est adapté pour les projets non critiques : non critique sur le planning et non critique sur les perf.