Au commencement, il y avait le code et le développeur qui l'avait écrit. Les développeurs étaient responsables de tout. Ils concevaient la logique et appuyaient ensuite sur les boutons pour la faire fonctionner sur le serveur. Au fur et à mesure que les équipes se sont étendues et que le travail s'est différencié, cela a changé. Certains sont restés du côté du code (les devs) tandis que d'autres se sont consacrés aux machines (les ops).

Aujourd'hui, grâce au cloud et à l'avènement des microservices, les applications sont devenues une constellation de douzaines, voire de milliers de composants fonctionnant sur des machines séparées. Chacun des composants est techniquement indépendant, mais toutes les machines doivent travailler de concert. Pour s'assurer qu'elles y parviennent, la meilleure façon est d'utiliser des scripts automatisés. C'est là que DevOps entre en scène. Alors que davantage d'organisations se tournent vers DevOps pour accompagner leur transformation numérique, il est important d'avoir une vision lucide de la réalité. Voici quelques vérités peu connues sur ce domaine en pleine émergence qu'est DevOps.

Mettre en œuvre DevOps n'est pas programmer - mais un peu quand même

Beaucoup de managers pensent que DevOps n'est pas de la programmation, et ils ont raison. Les métiers ont divergé et l'essentiel du travail consistant à manipuler des octets et des structures de données est assigné aux développeurs, qui vivent dans un monde d'abstraction différent. D'un point de vue stratégique, il est judicieux de décharger les programmeurs de la responsabilité de maintenir le bon fonctionnement des systèmes, car ils sont déjà plongés dans les méandres des architectures applicatives modernes.

Pour lire la suite de cet article, rendez-vous sur CIO.