MOT À LA MODE : DEVOPS

Le terme DevOps est galvaudé. Que signifie-t-il réellement, et existe-t-il un terme plus approprié ?

Liam : On utilise beaucoup le terme DevOps, et je pense qu’il fait partie des expressions les plus mal employées, voire détournées, dans le domaine informatique actuel, car chacun a sa propre interprétation.

Quand on y pense, on a tendance à le réduire à un simple intitulé de poste. Par exemple, pour l’ingénierie de la fiabilité des sites (SRE) ou même les opérations traditionnelles, on entend souvent : « Vous êtes ingénieur DevOps », alors que ce n’est pas vraiment le cas. Il s’agit plutôt d’une philosophie de collaboration entre le développement et l’exploitation.

Allan : Collaboration. Culture.

Liam : Et si l’on aborde également le domaine de la sécurité, où le DevSecOps est un rôle à part entière, qu’en pensez-vous ? Je veux dire, tu t'es un peu orienté vers le DevSecOps…

Marley : Écoute, c'est clairement un assemblage de mots, comme tu l'as dit. DevOps, c'est ce croisement entre développeurs et opérateurs qui travaillent plus étroitement ensemble, mais on peut aussi le voir comme des opérations réalisées par le biais du développement, où l'on parle simplement d'automatisation de l'infrastructure, sans même aborder la coopération inter-équipes. C'est pertinent dans le domaine de la sécurité.

Allan : Oui. Je pense que c'est pertinent dans le domaine de la transformation. Et « transformation » est peut-être un autre mot, mais pour une organisation qui ne fusionne pas ces équipes et qui conserve des silos très rigides, il n'est pas logique de parler de DevOps comme d'un centre d'excellence, ou comme le dirait AWS. Ce n'est évidemment jamais un centre d'excellence à proprement parler, mais dans ce contexte, ça a du sens. Cependant, ce n'est plus un terme culturel. C'est devenu un rôle, celui de spécialiste DevOps, ce qui, en soi, va presque à l'encontre de la raison d'être du DevOps. L'objectif est d'instaurer une culture DevOps dans toute l'entreprise, et non d'être un spécialiste DevOps.

Liam : Il ne suffit pas d'embaucher un spécialiste DevOps pour que le problème soit résolu.

Marley : Oui, je pense qu'« ingénieur en automatisation » est un terme plus approprié. Car, qu'il s'agisse de développement logiciel, d'infrastructure ou de sécurité, l'automatisation de ces flux de travail est bien l'objectif recherché, n'est-ce pas ?