Tout dépend du point de vu :) A une époque pas si lointaine quand le
devops n'existait que dans nos cauchemars (pardon rêves ;)) les plus fous,
c'est l'infrastructure seule qui portait cette responsabilité. Ce paradigme
a quelque peu évolué depuis et on retrouve cette notion des deux côtés de
la barrière.
D'ailleurs c'est aussi l'intérêt de cette approche dev/ops car au final si
on veut quelque chose d'efficient il vaut mieux se coordonner ;)
Perso je doute que tout se passe d'un côté ou de l'autre.
Tu as raisons il n'y a pas de coté. On devrait être tous est focus sur
ce qui importe aka délivrer un service à un client.
Au début tout était plus simple car maîtrisable par les même personnes.
Je ne sais pas quand exactement on a commencé à trop spécialiser les
informaticiens et à ne plus se parler.
Il y a effectivement une période ou on pouvait entendre régulièrement :
la redondance ce n'est pas mon soucis en tant que développeur, l'infra
doit me fournir un runtime résilient, pareil pour le réseau. De manière
ironique le cloud a participé à cette rectification, avec les fameux
application "cloud ready", et/ou remettre au centre le fait que l'infra
n'est pas infaillible et que le meilleur endroit pour savoir ce qu'il se
passe c'est encore dans l'application.
Le mouvement "devops" est finalement une normalisation de ce qui aurait
du toujours être.
--
Raphael Mazelier
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
