Aller au contenu
Genevois Informatique
Run cloud

Externalisez l'exploitation quotidienne de votre cloud

Externalisez l'exploitation quotidienne de votre infrastructure cloud.

Le cadre de la prestation
1000 € HT / jour1000 CHF HT / jour
Taux journalier
AWS, Azure, GCP
OpenStack et OVHcloud
À distance
France et Suisse

Une plateforme posée, puis plus personne pour la tenir

La migration s'est bien passée, la documentation a été remise, le prestataire est parti. Six mois plus tard, les correctifs n'ont pas été appliqués parce que personne n'a osé redémarrer en journée, la version d'un service managé approche de sa fin de support sans que l'échéance soit inscrite quelque part, et deux machines créées pour un essai tournent encore. Rien n'est en panne, et c'est ce qui rend la situation difficile à arbitrer : l'exploitation n'a pas de symptôme visible tant qu'elle n'a pas produit son incident.

L'autre situation est celle de l'unique personne qui sait. Elle a construit la plateforme, elle connaît les particularités de chaque service, et elle répond aux alertes le soir depuis son téléphone. Tant qu'elle est là, tout tient. Le jour où elle part en congés, change de poste ou quitte l'entreprise, il ne reste ni procédure de redémarrage, ni inventaire des accès, ni calendrier de mises à jour. La continuité repose alors sur une mémoire, et non sur une organisation.

Ce que nous reprenons à notre charge après la mise en production

Nous assurons l'exploitation courante de votre plateforme cloud ou de votre cloud privé : application des correctifs sur les systèmes et les services managés, suivi des fins de support annoncées par le fournisseur, contrôle et restauration de test des sauvegardes, traitement des alertes, évolutions courantes et tenue à jour de la documentation. Nous restons de préférence sur les plateformes que nous avons posées ou reprises en main, parce que l'exploitation suppose de connaître les raisons des choix d'architecture, pas seulement leur résultat.

Le cadre se définit avec vous à partir de la criticité réelle de chaque application : ce qui justifie une intervention nocturne, ce qui attend le lendemain matin, ce qui se traite dans la semaine. Nous pouvons opérer à votre place ou compléter une équipe interne sur les sujets qu'elle ne souhaite pas garder. Les missions se déroulent en France et en Suisse, à distance. Une fois la plateforme stabilisée et les procédures écrites, un forfait de run se discute pour sortir du décompte au jour le jour.

Ce que couvre le run, ligne par ligne

  • Nous appliquons les correctifs des systèmes et suivons les fins de support annoncées par le fournisseur, avec un calendrier annoncé.
  • Nous contrôlons l'exécution et la taille des sauvegardes, et nous effectuons des restaurations de test à intervalle défini avec vous.
  • Nous traitons les alertes reliées à un geste, avec des niveaux de gravité, des destinataires et des horaires convenus à l'avance.
  • Nous tenons les accès à jour : comptes nominatifs, retrait des droits des personnes parties, rotation des clés qui doivent exister.
  • Nous réalisons les évolutions courantes, comme l'ajout d'un environnement, l'ouverture d'un flux ou le redimensionnement d'un volume.
  • Nous maintenons la documentation d'exploitation, afin que votre équipe puisse reprendre la main sans nous rappeler.
  • Nous produisons un relevé périodique : incidents, indisponibilités, retard de correctifs, sauvegardes et dérive de consommation.

Ce que le run couvre, et ce qu'il ne couvre pas

Le périmètre est la plateforme, pas le parc

Nous exploitons vos serveurs cloud, vos services managés et votre cloud privé. Les postes de travail, les imprimantes et le réseau de bureau relèvent d'un contrat d'infogérance distinct, avec des interventions sur site.

Les correctifs suivent un calendrier, pas une urgence

Les mises à jour sont planifiées, testées quand un environnement de recette existe, et annoncées à vos utilisateurs. Une plateforme dont on ne redémarre jamais rien accumule une dette qui se paie en une seule fois.

Une restauration non testée n'est qu'une intention

Nous vérifions l'exécution des sauvegardes, la taille produite et surtout la remise en service effective d'une donnée. C'est ce contrôle qui distingue une sauvegarde d'un fichier que personne n'a jamais ouvert.

Le run après la migration, par la même équipe

Correctifs, backups, astreinte : nous restons sur la plateforme que nous avons posée. Un forfait de run se discute une fois les uns stables, pour sortir du TJM au jour le jour.

Outils et délai

PatchingBackupsIncidents

Prise de run après une période d'observation d'un mois type.

Le travail récurrent qu'une plateforme cloud impose vraiment

Le coût d'exploitation d'une plateforme n'est presque jamais celui des machines, c'est celui du travail qui revient chaque mois. Les versions des systèmes et des services managés se succèdent et les anciennes cessent d'être maintenues, ce qui impose plusieurs montées de version par an, chacune avec ses ruptures de compatibilité à vérifier. Le réseau interne, les certificats, le stockage persistant et les droits d'accès forment autant de sous-systèmes à tenir. L'observabilité doit être installée et surtout lue, faute de quoi une plateforme échoue silencieusement pendant des semaines.

Nous commençons donc toute prise de run par une reprise en main, et non par une astreinte. Nous inventorions les ressources réellement actives, nous relevons les comptes à privilèges élevés, nous vérifions que le compte fournisseur est bien au nom de l'entreprise avec un moyen de paiement professionnel, et nous rétablissons des accès nominatifs à la place des comptes partagés. Cette étape révèle presque toujours des clés d'accès permanentes qui circulent dans des fichiers de configuration et des droits laissés à des personnes parties. Nous produisons ensuite un document d'exploitation décrivant les procédures de redémarrage et les dépendances entre services.

Ce que nous mesurons pendant le run tient en quelques indicateurs stables. Le taux d'application des correctifs et le retard par rapport aux versions supportées disent l'état de la dette technique. Le résultat des sauvegardes, la taille produite et la date de la dernière restauration testée disent la solidité réelle du dispositif, sujet développé dans notre article sur les sauvegardes qui ne suffisent pas. Le nombre d'alertes par semaine et la part de celles qui ont donné lieu à un geste disent si la supervision est encore utile. L'évolution du relevé mensuel signale enfin les ressources créées en dehors des règles.

Nous automatisons tout ce qui doit être identique d'une fois sur l'autre : configuration des serveurs, comptes d'administration, agents de supervision et correctifs de sécurité passent par des tâches rejouables, ce qui permet de les relancer sans crainte sur un ensemble de machines, comme le décrit notre article sur Terraform et Ansible. Reste manuel ce qui engage la disponibilité ou la donnée : la fenêtre choisie pour une montée de version majeure, la validation métier après un changement, l'arbitrage sur une ressource de production à réduire, et toute opération de restauration réelle.

Un point mérite d'être posé nettement, parce que la confusion revient dans les demandes que nous recevons. Cette offre ne recouvre ni la maintenance d'un site WordPress, qui se traite pour 500 HT / an dans notre offre de maintenance WordPress, ni la gestion du parc bureautique, qui relève d'un contrat d'infogérance à partir de 120 HT / mois. Il nous arrive d'ailleurs de conclure qu'un run cloud n'est pas votre besoin : une entreprise dont l'infrastructure se résume à un hyperviseur et à trois machines virtuelles obtient un meilleur service avec la gestion de serveurs incluse dans un contrat d'infogérance.

Ce qui transforme une plateforme en dette en quelques mois

  • Ne jamais redémarrer pour ne pas gêner

    Les correctifs s'accumulent, les fenêtres deviennent de plus en plus longues, et la mise à jour finit par se faire dans l'urgence après un incident. Un calendrier régulier coûte moins cher qu'un rattrapage.

  • Confier le run à la personne qui a tout construit, seule

    Tant qu'elle est disponible, la plateforme tient. Le jour de son départ, il ne reste ni procédure de redémarrage, ni inventaire des accès, ni calendrier de fin de support à surveiller.

  • Considérer une sauvegarde comme acquise

    Une tâche qui ne s'exécute plus du tout n'envoie aucun message d'échec, et une copie deux fois plus petite que la veille ne déclenche rien. Seule une restauration réellement effectuée prouve le dispositif.

De la reprise en main au forfait de run

  1. Onboarding

    sous 5 jours après la demande

  2. Runbook

    1 semaine

  3. Exploitation

    en continu

  4. Amélioration continue

    en continu

Les entreprises qui nous confient l'exploitation

Nous prenons le run pour des entreprises qui exploitent une application métier ou un portail dans le cloud sans équipe dédiée à l'infrastructure, et pour celles dont l'équipe existe mais préfère se concentrer sur le produit plutôt que sur les correctifs et les astreintes. Nous intervenons aussi après un départ, lorsque la plateforme fonctionne mais que plus personne ne sait comment elle a été construite.

Zone d'intervention

Astreinte francophone 24/7, pour des workloads France et Suisse.

Demander un devis

Ce que disent nos clients

Des PME et des indépendants du Bassin Genevois, suivis dans la durée.

« Service au top, je recommande à 1000%. »
Richard Mont 13 mai 2025
« Mickael est super pro et très compétent. »
Pascal Pastor 6 février 2025
« Très professionnel, parfaitement parfait. »
Antoine 15 janvier 2025

Questions fréquentes

En quoi ce run diffère-t-il de la maintenance WordPress ?

Le périmètre et le budget n'ont rien de comparable. La maintenance d'un site WordPress couvre les mises à jour du site, ses sauvegardes et sa surveillance, pour 500 HT / an. Le run cloud porte sur des serveurs, des services managés et des plateformes privées, avec des exigences de disponibilité et une astreinte possible.

Remplacez-vous une équipe interne ?

Nous pouvons opérer entièrement à votre place ou prendre une partie du périmètre, par exemple les correctifs, les sauvegardes et l'astreinte, en laissant les évolutions applicatives à votre équipe. Le partage se décide pendant la reprise en main et il est écrit, afin que personne ne suppose que l'autre s'en occupe.

Intervenez-vous la nuit et le week-end ?

Selon le cadre défini avec vous. Une astreinte se justifie quand un service ne peut pas attendre le lundi matin, et elle suppose des procédures écrites, sinon la personne d'astreinte découvre la plateforme au moment de l'incident. Nous définissons ensemble ce qui déclenche un appel nocturne.

Faut-il que vous ayez construit la plateforme ?

Non, mais nous commençons toujours par une reprise en main : inventaire des ressources actives, vérification de la propriété du compte, remise à plat des accès et écriture des procédures de redémarrage. Cette étape dure le temps nécessaire pour que nous puissions répondre d'une plateforme que nous n'avons pas conçue.

Comment cette prestation est-elle facturée ?

La reprise en main et les interventions se facturent au taux journalier de 1000 HT. Une fois la plateforme stabilisée, les procédures écrites et le volume d'incidents connu, un forfait de run se discute pour remplacer le décompte au jour le jour.

Commençons ensemble

Un projet, une panne, un rendez-vous.

Choisissez un créneau, ou décrivez votre besoin : nous répondons avec un périmètre clair, un prix hors taxes, et un interlocuteur nommé.