Une seule responsabilité
Nous exploitons ce que nous maintenons. Pas de renvoi entre l'éditeur et l'hébergeur : le même interlocuteur porte le correctif et la mise en production.
L'application et son infrastructure sous une responsabilité lisible.
Cloud privé ou hybride opéré en France, supervision, sauvegardes testées, sécurité, plan de reprise et exploitation. Nous hébergeons les applications que nous maintenons — et nous refusons de séparer les deux quand l'enjeu est critique.
01 / POURQUOI CHEZ NOUS
Séparer l'application de son infrastructure, c'est créer un litige pour plus tard.
Le jour de l'incident, la question n'est jamais « d'où vient le problème » mais « qui le corrige ». Quand le développement et l'exploitation sont chez deux prestataires, la réponse prend des heures — et ces heures sont précisément celles qui coûtent.
Dimensionné sur le vrai profil de charge
Une application métier a des pointes prévisibles ; un service public d'information a des pointes qui coïncident avec l'incident. On ne dimensionne pas de la même façon, et on ne facture pas la même chose.
Les sauvegardes sont restaurées
Une sauvegarde jamais restaurée est une hypothèse. Nous testons les restaurations, et le PRA fait l'objet d'exercices — sinon ce n'est qu'un document.
La donnée reste en France
Localisation connue et contractualisée, chiffrement, cloisonnement, gestion des accès et des secrets. Sur un marché public ou un dossier de santé, ce n'est pas un argument commercial : c'est une condition d'entrée.
02 / EXPLOITATION
Ce que veut dire « exploiter » au quotidien.
L'hébergement n'est pas un endroit où poser des fichiers, c'est un ensemble de gestes répétés. En voici la liste, sans emballage.
Superviser
Sondes applicatives et infrastructure, seuils calibrés sur le comportement réel du produit. Une alerte qui se déclenche tous les jours n'est plus une alerte.
Sauvegarder
Sauvegardes régulières, rétention définie avec vous, et restaurations testées à intervalle fixe pour vérifier que ce qui a été sauvegardé est utilisable.
Sécuriser
Filtrage périmétrique, gestion des accès et des secrets, veille sur les vulnérabilités des dépendances, et application des correctifs de sécurité.
Intervenir
Procédures d'incident écrites, astreinte quand le service la justifie, et compte rendu après incident — cause, correction, ce qui évite la récidive.
Rendre compte
Disponibilité constatée, incidents, consommation et évolution des coûts. Un rapport que vous pouvez présenter en interne sans le retraduire.
03 / RESPONSABILITÉS
Qui fait quoi, écrit noir sur blanc.
- Fourniture et exploitation de l'infrastructure : calcul, stockage, réseau, sauvegardes
- Supervision applicative et infrastructure, alertes et analyse des incidents
- Sécurité périmétrique, gestion des accès, des certificats et des secrets
- Application des correctifs de sécurité sur les couches que nous opérons
- Sauvegardes, restaurations testées et plan de reprise documenté
- Reporting de disponibilité, de consommation et de coût
- Les engagements de disponibilité que l'architecture applicative ne permet pas de tenir : nous les qualifions avant de signer, pas après le premier incident
- L'exploitation d'une application sur laquelle nous n'aurions aucun droit d'intervention — l'exploitant constaterait sans pouvoir corriger
- Les certifications que nous ne détenons pas : quand un hébergement de données de santé est requis, nous nous appuyons sur un hébergeur certifié HDS et nous le disons
04 / À L’ÉPREUVE
Deux profils de charge, deux dimensionnements.
Un service public d'information routière et une application terrain d'énergéticien n'ont pas le même comportement sous charge — et c'est ce comportement, pas le nombre d'utilisateurs, qui détermine l'infrastructure.
Secteur public & mobilité 
Le service d'information routière d'Île-de-France, tenu à la charge, à l'accessibilité et à un coût d'hébergement maîtrisé.
Énergie & réseaux Digitaliser l'accès au réseau électrique et la validation des interventions, puis tenir le dispositif en production année après année.
05 / QUESTIONS
Ce qu'on nous demande
Où sont hébergées les données ?
Sur un cloud privé ou hybride opéré en France. La localisation est contractualisée, et nous la documentons dans le dossier acheteur pour les marchés publics.
Êtes-vous certifiés HDS ?
Non, et nous ne le laissons pas entendre. Quand un projet relève de l'hébergement de données de santé, nous opérons la plateforme chez un hébergeur certifié HDS, et la répartition des responsabilités est écrite.
Pouvez-vous reprendre un hébergement existant ?
Oui. Comme pour une application, cela commence par un audit : architecture, sauvegardes réellement testées, accès, coûts et engagements en cours.
Quels engagements de disponibilité proposez-vous ?
Cela dépend de ce que l'architecture permet. Nous préférons un engagement modeste et tenu à un chiffre flatteur que le premier incident démentira.
Que se passe-t-il en cas d’incident majeur ?
Procédure d'incident, information pendant, puis compte rendu écrit après : cause, correction appliquée et mesure prise pour éviter la récidive.
Comment évoluent les coûts ?
Ils suivent la charge réelle, et nous les rapportons chaque mois. Une dérive de coût est un signal technique avant d'être un problème de facture : elle traduit presque toujours un comportement applicatif à corriger.
Cloud managé · Hébergement France · Infogérance · PRA · Supervision
Quelle plateforme faut-il exploiter ?
Décrivez l'application, son profil de charge et vos contraintes de conformité. Nous vous dirons ce qui est tenable, et à quel prix, avant de parler de contrat.
Parler hébergement