Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Evolution du métier des Ops

Evolution du métier des Ops

Avatar for Michel Hubert

Michel Hubert

March 10, 2026
Tweet

More Decks by Michel Hubert

Other Decks in Technology

Transcript

  1. Évolution du métier des Ops Du gardien des serveurs à

    l’architecte de systèmes autonomes
  2. NOOPS VS RÉALITÉ La promesse NoOps "Tout est managé", "L'IA

    va remplacer les Ops". Une vision où l'infrastructure devient totalement invisible pour les développeurs. La Réalité Le métier ne disparaît pas, il se transforme. Plus la plateforme est abstraite, plus sa fiabilité sous-jacente est critique.
  3. UN MONDE DE SERVICES 85% D'abstraction en plus La majorité

    des composants (calcul, stockage, réseau) sont désormais consommés via API. L'Ops ne gère plus l'unité, mais le flux.
  4. "L'IA ne va pas remplacer les Ops, mais les Ops

    qui utilisent l'IA vont remplacer ceux qui ne l'utilisent pas." — Vision Tech 2025
  5. NOTRE THÈSE Garants de la Fiabilité Chaque vague technologique a

    déplacé la valeur. Aujourd'hui, l'Ops est le chef d'orchestre de systèmes complexes et auto-opérés. • De l'exécution à la conception • De la réaction à l'anticipation • De l'artisanat à l'ingénierie
  6. LE GARDIEN DU MÉTAL Exploitation On-Premise Gérer les racks, le

    câblage, la climatisation et les systèmes d'exploitation. Une ère centrée sur la possession physique des serveurs. Le succès se mesurait à l'uptime du serveur individuel.
  7. COMPÉTENCES D'ÉPOQUE Scripting Shell Bash, Perl, Batch. Automatisation locale de

    tâches répétitives sur des serveurs nommés. Runbooks Papier Procédures manuelles détaillées pour les mises à jour et la remédiation d'incidents. OS & Réseau Maîtrise profonde du kernel, des interruptions matérielles et du routage physique.
  8. L'ÈRE DES SILOS Le mur de la confusion Les développeurs

    "jettent le code par-dessus le mur". Les Ops sont incités à la stabilité (pas de changement), créant une friction structurelle.
  9. LIMITES DU MODÈLE • Scalabilité lente : Des semaines pour

    commander un serveur, des jours pour l'installer. • Time-to-market élevé : L'infrastructure est le goulot d'étranglement de l'innovation. • Risque humain : La supervision manuelle est source d'erreurs et de fatigue. • Incohérence : Dérive de configuration entre les environnements (Snowflake servers).
  10. LA RUPTURE CLOUD Abstraction totale Le hardware disparaît derrière des

    APIs. Le provisioning devient instantané et programmable. Modèle Opex Facturation à l'usage. L'Ops devient responsable de l'efficience financière du système.
  11. INFRASTRUCTURE AS CODE Le code est la source Terraform, CloudFormation,

    Pulumi. On ne configure plus, on code l'état souhaité.
  12. CHANGEMENT DE POSTURE Moins de "Run", plus de "Build" L'Ops

    ne "câble" plus, il conçoit des usines logicielles. L'automatisation n'est plus une option, c'est le mode par défaut.
  13. NOUVELLES MISSIONS Compliance by Design Intégrer la sécurité et les

    normes dès le code d'infrastructure. Gouvernance Gérer les accès, les quotas et les politiques multi-cloud. FinOps Traquer le gaspillage et optimiser le ROI de chaque ressource.
  14. L'IMPACT FINOPS Une réduction de 30 à 40% des coûts

    grâce à une gestion active des ressources.
  15. LA PROMESSE DEVOPS Responsabilité partagée Briser le mur entre Dev

    et Ops. On ne livre pas une application, on livre un service qui tourne. Feedback loop continu : Plan > Code > Build > Test > Release > Deploy > Operate > Monitor.
  16. OBSERVABILITÉ MODERNE Logs Le journal des événements passés pour le

    diagnostic post-mortem. Metrics Les signaux vitaux en temps réel (CPU, RAM, Error rate). Tracing Suivre une requête à travers tous les microservices.
  17. INDICATEURS DORA Métrique Élite Performant Deployment Frequency Plusieurs fois /

    jour 1 fois / jour - semaine Lead Time for Changes < 1 heure < 1 jour Change Failure Rate 0 - 15% 16 - 45% Time to Restore Service < 1 heure < 1 jour
  18. EXPLOSION DE COMPLEXITÉ Le monde des microservices Passage du monolithe

    à des centaines de microservices. L'Ops gère désormais un écosystème complexe de composants éphémères. La résilience n'est plus une option, c'est une architecture.
  19. KUBERNETES & ORCHESTRATION L'OS du Cloud Kubernetes devient le standard.

    L'Ops ne gère plus des VM, mais des déclarations d'état pour des conteneurs. • Auto-healing • Bin packing • Service discovery
  20. SRE : SITE RELIABILITY ENGINEERING Error Budgets Quantifier le risque

    acceptable. Si le budget est épuisé, on arrête les nouvelles fonctionnalités pour stabiliser. Software for Ops "Ce qui se passe quand on demande à un ingénieur logiciel de concevoir une équipe d'exploitation."
  21. CHAOS ENGINEERING Échouer pour mieux durer Injecter volontairement des pannes

    en production pour tester la résilience du système. L'Ops devient un ingénieur de la défaillance contrôlée.
  22. L'OPS AUGMENTÉ AIOps en action Analyse intelligente des signaux. L'IA

    corrèle automatiquement des milliers d'alertes pour identifier la racine d'un incident. Réduction du bruit opérationnel de plus de 90%.
  23. LE NOUVEAU RÔLE : GOUVERNEUR Entraîner les systèmes Apprendre aux

    modèles d'IA les spécificités de l'infrastructure et des services. Définir les garde- fous Poser les limites de l'autonomie des agents (Policies, Thresholds). Superviser l'auto- opéré L'Ops surveille désormais des systèmes qui se surveillent eux-mêmes.
  24. ARCHITECTE D'AUTONOMIE Concevoir la résilience L'Ops de demain dessine des

    plateformes qui apprennent, s'adaptent et se réparent. La valeur n'est plus dans le geste, mais dans la logique d'auto- organisation.
  25. COMPÉTENCES CLÉS DE DEMAIN Hard Skills Soft Skills • Architecture

    Cloud-Native avancée • Data Engineering pour l'Observabilité • IA & Prompting pour l'exploitation • Sécurité & Compliance as Code • Pédagogie (accompagnement Devs) • Collaboration cross-fonctionnelle • Leadership technique & Vision • Éthique des systèmes autonomes