🚨 Le grand malentendu du “DevOps” dans le monde du web dev
On nous vend du DevOps à toutes les sauces. Mais soyons honnêtes : dans 80 % des cas, c’est juste du folklore marketing.
Des développeurs (Python, Java, JS…) qui font joujou sur des micro-bases SQLite ou Postgres locales… … puis s’étonnent que tout s’écroule quand la prod dépasse 100 millions de lignes.
Et là, le fossé se creuse :
- 👉 d’un côté, des “dev” persuadés que tout ira bien parce que “ça marchait sur leur laptop”.
- 👉 de l’autre, des équipes ops ou DBA qui ramassent les morceaux quand le serveur crashe, que les verrous explosent, que le query planner part en vrille, ou que les index deviennent fous.
La vérité ?
90 % des devs n’ont aucune idée de ce qu’est un log manager, un query planner, un locking manager, ni même du coût réel d’un JOIN mal pensé.
Et pourtant, ces détails sont le cœur de la performance en production. Le “DevOps”, ce n’est pas coller trois YAML dans GitLab CI/CD et appeler ça de l’automatisation. Non.
Le vrai DevOps, c’est :
- 💡 Sensibiliser les développeurs aux contraintes réelles des environnements de production.
- 💡 Comprendre comment fonctionne un moteur de base de données.
- 💡 Anticiper les conséquences d’une requête SQL sur des volumes massifs.
- 💡 Collaborer intelligemment avec les DBA, les sysadmins, et les ops.
Avant de parler “pipeline CI/CD”, envoyons les devs en formation :
- ➡️ DBA PostgreSQL pour développeurs
- ➡️ Optimisation SQL et moteurs de stockage MariaDB
Parce qu’au final, le “DevOps” n’a de sens que si les devs comprennent la prod. Tout le reste, c’est du théâtre… ou de l’incompétence bien emballée.
🧠 Il est temps de remettre un peu de technique, de bon sens, et de véritable culture système dans ce métier.


