MCO informatique : définition, les 6 actes, MCO vs MCS

1. Définition du maintien en condition opérationnelle

Le maintien en condition opérationnelle (MCO) désigne l'ensemble des actions qui maintiennent un système en état d'assurer le service pour lequel il a été mis en place, sur toute sa durée d'exploitation.

Appliquée à l'informatique, la définition tient dans une opposition simple : le MCO ne s'occupe pas de construire le système, il s'occupe de ce qui vient après la mise en production. La conception de l'architecture, le développement, la recette, la migration : ce n'est pas du MCO. La phase où le système doit simplement continuer à faire ce qu'il fait, année après année, pendant que l'environnement autour de lui change : c'est du MCO.

Cette phase est de loin la plus longue. Un serveur applicatif se construit en quelques semaines et s'exploite pendant cinq à huit ans. C'est aussi la phase la moins visible : un MCO réussi ne produit aucun événement. Rien ne se passe, et c'est précisément le résultat attendu — ce qui explique la difficulté chronique à le faire financer en interne.

Le terme s'emploie indifféremment au niveau d'un serveur, d'une application ou d'un système d'information entier. « MCO serveur », « MCO applicatif » et « MCO infrastructure » désignent le même type de démarche appliquée à des périmètres différents. Ce qui change d'un contrat à l'autre n'est pas la nature des actes, mais leur fréquence et le délai sous lequel on s'engage à réagir.

2. D'où vient le sigle, et pourquoi il n'a pas d'équivalent anglais

Le MCO ne vient pas de l'informatique. Le sigle est né dans la maintenance des flottes militaires et aéronautiques, où il désigne l'ensemble des actions — approvisionnement en pièces, visites périodiques, réparations, gestion de l'obsolescence — qui maintiennent un matériel en état d'assurer sa mission. Le système d'information a repris le terme tel quel, avec sa logique : on ne parle pas de réparer, on parle de maintenir en état d'assurer la mission.

Cet héritage explique une bonne partie du vocabulaire contractuel qui l'accompagne — taux de disponibilité, criticité, délai d'intervention — et le fait que le sigle soit omniprésent dans les marchés publics français.

« MCO en anglais » : la réponse honnête est qu'il n'y en a pas

MCO est une particularité française. Aucun terme anglais ne le recouvre exactement, et la traduction dépend du contexte :

Défense et aéronautique : in-service support, operational readiness.
Système d'information : operations and maintenance (O&M), la run phase par opposition au build, ou managed services quand c'est externalisé.
Traduction littérale : maintenance in operational condition — correcte mais quasiment jamais employée par un anglophone.

Conséquence pratique : si vous rédigez un cahier des charges destiné à des candidats anglophones, écrire « MCO » ne sera pas compris. Écrivez le périmètre attendu — les six actes de la section 4 conviennent — plutôt que le sigle.

3. MCO et MCS : deux périmètres, un recouvrement

Le MCS — maintien en condition de sécurité — est le second sigle de la même famille. Là où le MCO maintient le service, le MCS maintient le niveau de sécurité dans la durée. La distinction est structurante parce qu'elle sépare deux façons d'échouer : un système peut fonctionner parfaitement tout en étant vulnérable, et un système durci peut être indisponible.

	MCO — maintien en condition opérationnelle	MCS — maintien en condition de sécurité
Ce qui est maintenu	La capacité du système à rendre le service attendu	Le niveau de sécurité du système face à des menaces qui évoluent
Ce qu'on mesure	Disponibilité, temps d'indisponibilité, incidents, capacité restante	Vulnérabilités ouvertes, délai d'application des correctifs, écart à la configuration de référence
Actes typiques	Supervision, gestion de capacité, sauvegarde et restauration, traitement des incidents, gestion de l'obsolescence	Veille sur les vulnérabilités, correctifs de sécurité, durcissement et lutte contre la dérive des configurations, renouvellement des certificats et des clés, revue des droits
Échec typique	Le service s'arrête — disque plein, service planté, matériel en panne	Le service tourne, mais il est compromis — la panne arrive après l'intrusion, pas avant
Qui le porte en général	L'exploitation, l'infogérant, la production	La sécurité opérationnelle, le RSSI, parfois un prestataire distinct

Le point de recouvrement, et l'angle mort qu'il crée

Le correctif de sécurité appartient aux deux périmètres à la fois. Il ferme une vulnérabilité — c'est du MCS — et il évite une panne, parce qu'une faille exploitée finit en indisponibilité — c'est du MCO. Le redémarrage de service qu'il impose, lui, est franchement du MCO.

C'est pourquoi séparer contractuellement le MCO et le MCS entre deux prestataires sans désigner d'arbitre crée un angle mort à l'endroit exact où les deux se recouvrent : le premier attend une fenêtre de maintenance que le second juge trop lointaine, et le correctif reste en attente. Si vous scindez les deux lots, écrivez dans le contrat qui tranche sur le délai d'application d'un correctif critique. Chez nous la question ne se pose pas : les deux sont dans le même forfait, portés par la même équipe.

4. Les six actes qui composent un MCO

Un périmètre de MCO utilisable dans un contrat se décrit par des actes, pas par des intentions. « Assurer le bon fonctionnement » n'engage personne. Les six familles ci-dessous couvrent ce qu'on attend raisonnablement d'un MCO d'infrastructure ; chacune doit être assortie d'une fréquence et, pour les deux dernières, d'un délai.

1. Supervision et métrologie

Collecter en continu l'état du système — processeur, mémoire, remplissage des disques, réseau, services applicatifs, expiration des certificats — et transformer un seuil franchi en alerte qui réveille quelqu'un. Sans cette brique, les cinq autres sont aveugles : on ne maintient pas ce qu'on ne mesure pas. À décrire par la liste des métriques et le canal d'alerte, pas par le nom de l'outil.

2. Maintenance préventive

Les gestes que l'on fait pour qu'il ne se passe rien : mises à jour du système et des paquets, correction des vulnérabilités, rotation et purge des journaux, renouvellement des certificats, nettoyage des espaces temporaires. C'est la part du MCO qui recouvre le MCS, et celle qu'on sacrifie en premier quand l'équipe est sous l'eau.

3. Gestion de capacité

Regarder les courbes pour voir venir la saturation avant qu'elle n'arrive : un disque qui se remplit de trois points par mois, une base qui double de volume par an, une charge processeur dont les pointes montent. La saturation disque reste, statistiquement, l'une des causes de panne les plus banales et les plus évitables.

4. Sauvegarde et restauration vérifiée

Sauvegarder, mais surtout rejouer la restauration. Une sauvegarde dont on n'a jamais restauré le contenu n'est pas une sauvegarde, c'est une hypothèse — et la panne est le pire moment pour la tester. Le livrable attendu n'est pas « les sauvegardes sont actives » : c'est un rapport de restauration daté, avec la volumétrie et la durée mesurée.

5. Traitement des incidents

La partie visible : diagnostiquer et remettre en service. C'est ici, et seulement ici, qu'un délai contractuel a du sens — délai de prise en compte, puis délai d'intervention. À décrire avec le canal de déclenchement, les plages horaires couvertes et ce qui constitue un incident recevable.

6. Gestion de l'obsolescence

Suivre les fins de support : version du système d'exploitation, version du moteur de base de données, matériel en fin de vie. C'est l'acte le plus souvent oublié, et le seul dont l'échéance est connue d'avance. Une distribution qui sort de support ne provoque pas de panne le jour même — elle rend simplement la brique 2 impossible, et la suite est mécanique.

5. Ce que le MCO n'est pas

Trois confusions reviennent systématiquement dans les cahiers des charges, et chacune coûte cher au moment de l'exécution.

Le MCO n'est pas une garantie de disponibilité

Le MCO est une obligation de moyens : des actes, à des fréquences données. La disponibilité, elle, se traite par l'architecture — redondance, bascule automatique, répartition de charge — et se constate a posteriori. Un prestataire qui vend « MCO avec 99,9 % de disponibilité garantie » sur une machine unique vend une pénalité, pas une disponibilité : aucune quantité de maintenance préventive ne rend redondant un serveur qui ne l'est pas. Si la disponibilité est l'enjeu, c'est de haute disponibilité qu'il faut parler, et le budget n'est pas le même.

Le MCO n'est pas l'évolution du système

Maintenir en condition opérationnelle, c'est conserver le service existant. Ajouter une fonction, migrer vers une nouvelle version majeure, ouvrir un second site : ce sont des projets, et ils se chiffrent comme tels. La zone grise se situe sur la montée de version imposée par la fin de support — techniquement une évolution, mais rendue obligatoire par la brique 6. Tranchez-la explicitement dans le contrat : c'est la première source de litige en cours d'exécution.

Le MCO n'est pas le support utilisateur

Le MCO porte sur le système, pas sur les personnes qui s'en servent. Réinitialiser un mot de passe applicatif, expliquer une fonctionnalité, corriger une saisie : c'est du support utilisateur, un métier différent avec des volumes et des horaires différents. Les mélanger dans un même forfait produit invariablement le même effet — le support, plus bruyant, mange le temps de la maintenance préventive, qui est silencieuse.

6. Ce que nous livrons, concrètement

Ce qui suit est le MCO tel qu'il figure dans nos contrats, avec les fréquences réelles. C'est la traduction des six actes de la section précédente en engagements vérifiables — ceux que vous pouvez nous opposer.

Acte	Ce que nous faisons	Fréquence
Supervision	Processeur, mémoire, remplissage des disques, réseau, services applicatifs, expiration des certificats TLS. Toute alerte part dans PagerDuty et réveille l'astreinte.	En continu — 7h-22h 7j/7 en Essentiel, 24/7/365 en Pro et Critique
Correctifs	Mises à jour du système et des paquets, correction des vulnérabilités, redémarrages de service associés, planifiés avec vous quand ils sont impactants.	Cycle mensuel, plus les vulnérabilités critiques traitées hors cycle
Entretien courant	Rotation et purge des journaux, renouvellement des certificats, nettoyage des espaces temporaires, anticipation des saturations disque.	Cycle mensuel, et à la demande dès qu'un seuil est franchi
Sauvegardes testées	Sauvegarde vers notre Proxmox Backup Server à Equinix Paris, hors de l'infrastructure de votre hébergeur, puis restauration réellement rejouée sur une machine tirée au hasard, avec remise du rapport : date, machine, volumétrie, durée de restauration, résultat. Un rapport de ce type est publié dans le cas client 876 Go sauvegardés en 20h30.	Sauvegarde quotidienne ; test de restauration une fois par semestre jusqu'à cinq machines, une fois par trimestre au-delà
Traitement des incidents	Déclenchement par PagerDuty en cas de rupture de production avérée, diagnostic puis remise en service par un ingénieur système — il n'y a pas de niveau 1 chez nous.	Sur événement, sous GTI 4h en Pro, GTI 1h en Critique
Rapport mensuel	Interventions réalisées, temps consommé, incidents traités, disponibilité mesurée, mises à jour appliquées, recommandations. Les tableaux de bord Grafana restent consultables en temps réel entre deux rapports.	Mensuelle

Ce cycle mensuel, nous l'appliquons d'abord chez nous

Le cycle décrit ci-dessus n'est pas un engagement de plaquette : c'est le régime sous lequel tourne notre propre parc d'hyperviseurs. Il est mis à jour mensuellement, en totalité, et il tourne aujourd'hui en Proxmox VE 9.2 — nous avions migré notre production en 9.1 en décembre 2025, et chaque release l'a rattrapée depuis. Le retour d'expérience de cette migration détaille ce que coûte réellement un parc tenu à jour, node par node.

Ce que nous engageons, et ce que nous refusons d'engager

Nous engageons contractuellement une garantie de temps d'intervention (GTI) : 4h en formule Pro, 1h en formule Critique, 24/7/365. C'est un délai que nous maîtrisons, parce qu'il ne dépend que de notre organisation d'astreinte.

Nous n'engageons pas de garantie de temps de rétablissement (GTR). Tant que le diagnostic n'est pas posé, personne ne peut promettre honnêtement une durée de réparation : un service qui refuse de démarrer peut se régler en deux minutes ou révéler une corruption de données. Une GTR affichée sur une plaquette est soit une pénalité provisionnée dans le prix, soit une promesse qui sera renégociée le jour de la panne. Nous préférons vous donner un chiffre mesuré — la durée de restauration constatée lors du dernier test — plutôt qu'un chiffre garanti. Le raisonnement complet est détaillé dans notre guide GTI / GTR.

Sur ce que vous gardez pendant et après le contrat — accès root, secrets, sortie —, tout est écrit dans accès et réversibilité.

7. Ce que coûte un MCO externalisé

Le MCO d'un serveur se compte en heures. Le forfait mensuel porte la supervision, l'astreinte et la sauvegarde ; le travail d'exploitation, lui, est plafonné par un volume d'heures — celles comprises dans la formule, celles que vous avez prépayées, ou celles facturées au-delà. En pratique, une heure par serveur et par mois couvre le besoin courant, et c'est le volume compris dans les formules Pro et Critique. Au-delà, l'heure est facturée 120 € HT par tranche de 30 minutes, et nous vous prévenons avant le dépassement plutôt qu'après.

Essentiel

70 € HT/mois/serveur*

Supervision 7h-22h, 7j/7
MCO dans la limite des heures prépayées
Sauvegarde externalisée 250 Go
Rapport mensuel

Le plus courant

Pro

150 € HT/mois/serveur*

Supervision et astreinte 24/7/365
GTI 4h contractuelle
1h d'intervention comprise, puis 120 € HT/h
Sauvegarde externalisée 500 Go

Critique

250 € HT/mois/serveur*

Supervision et astreinte 24/7/365
GTI 1h contractuelle
1h d'intervention comprise, puis 120 € HT/h
Sauvegarde externalisée 1 To

Ces tarifs sont exprimés par serveur et ne dépendent pas du prix de la machine : le MCO est du temps d'ingénieur, pas un pourcentage du coût de l'infrastructure. Un serveur d'entrée de gamme à quelques dizaines d'euros par mois et un bi-processeur à plusieurs centaines demandent le même travail de maintien en condition opérationnelle.

Nous ne revendons aucune infrastructure : vous souscrivez votre serveur en direct chez OVHcloud, Hetzner, Scaleway, Contabo ou IONOS, le contrat reste à votre nom, et nous facturons le MCO seul. Voir le détail par hébergeur sur OVHcloud, Scaleway ou Hetzner, et le déroulé d'une reprise de serveur existant si votre infrastructure est déjà en production.

* Hors serveur / VM que vous louez à côté. Vous souscrivez votre machine en direct chez l'hébergeur et le contrat reste à votre nom : nous ne facturons que l'infogérance.

8. Questions fréquentes

Que veut dire MCO en informatique ?

MCO signifie maintien en condition opérationnelle. Il désigne l'ensemble des actions qui maintiennent un système d'information en état d'assurer le service pour lequel il a été mis en place, une fois la mise en production terminée. Le MCO ne couvre ni la conception, ni le développement, ni les évolutions fonctionnelles : il couvre la durée de vie, c'est-à-dire la phase où le système doit simplement continuer à fonctionner.

Quelle est la différence entre MCO et MCS ?

Le MCO maintient le service : le système continue de rendre la fonction attendue. Le MCS, maintien en condition de sécurité, maintient le niveau de sécurité dans la durée : correction des vulnérabilités, maîtrise de la dérive des configurations, renouvellement des éléments cryptographiques. Les deux se recouvrent sur le correctif de sécurité, qui répare une vulnérabilité et évite une panne à la fois. C'est précisément pour cette raison qu'il est risqué de confier le MCO et le MCS à deux prestataires distincts sans arbitre désigné.

Comment dit-on MCO en anglais ?

Il n'existe pas de traduction unique. Selon le contexte, l'anglais emploie in-service support ou operational readiness dans le monde de la défense et de l'aéronautique, et operations and maintenance, run phase ou managed services dans le monde du système d'information. Le sigle MCO est une particularité française : un appel d'offres anglophone parlera de managed services ou de O&M, pas de MCO.

Le MCO garantit-il la disponibilité du service ?

Non, et un prestataire qui l'affirme confond deux choses. Le MCO est une obligation de moyens décrite par des actes et des fréquences : correctifs appliqués, sauvegardes vérifiées, capacité surveillée. La disponibilité se traite par l'architecture — redondance, bascule, répartition de charge — et par des engagements de délai. Chez RDEM Systems, nous engageons un délai d'intervention (GTI) de 4h ou 1h selon la formule, et nous n'engageons pas de délai de rétablissement : tant que le diagnostic n'est pas posé, aucune durée de réparation ne peut être promise honnêtement.

Le MCO d'un serveur est-il plafonné en heures ?

Chez RDEM Systems, le MCO d'un serveur est plafonné par un volume d'heures : celles comprises dans votre formule, celles que vous avez prépayées, ou celles qui vous sont facturées au-delà. En pratique, une heure par serveur et par mois couvre le besoin courant — c'est le volume compris dans les formules Pro et Critique. Le forfait mensuel (70 € HT en Essentiel, 150 € en Pro, 250 € en Critique, par serveur) porte la supervision, l'astreinte et la sauvegarde ; les heures portent le travail d'exploitation. Au-delà du volume compris, l'heure est facturée 120 € HT par tranche de 30 minutes, et le dépassement est signalé avant d'être engagé.

Quelle différence entre MCO et infogérance ?

Le MCO est un périmètre, l'infogérance est un mode de fourniture. Une équipe interne peut faire du MCO sans qu'il y ait d'infogérance ; un contrat d'infogérance peut couvrir bien plus que le MCO, par exemple la conception d'architecture ou le pilotage de projet. Dans les faits, le MCO constitue le socle commun de la plupart des contrats d'infogérance : c'est la partie qu'on achète pour ne plus y penser. Le détail de notre périmètre figure sur que comprend l'infogérance.

Le MCO couvre-t-il les sauvegardes ?

Il couvre la sauvegarde et, surtout, sa vérification. Une sauvegarde dont la restauration n'a jamais été rejouée n'est pas une sauvegarde, c'est une hypothèse. Nous restaurons une machine tirée au hasard — une fois par semestre jusqu'à cinq machines, une fois par trimestre au-delà — et nous remettons le rapport : date, machine, volumétrie, durée de restauration et résultat. La durée mesurée est la seule donnée qui permette d'estimer un temps de rétablissement réaliste.

Vous rédigez un périmètre de MCO ?

Envoyez-nous votre besoin : nous répondons acte par acte, avec les fréquences et les délais que nous acceptons de signer.

Demander un devis

MCO : maintien en condition opérationnelle

Sommaire