Base de données dédiée
Chaque instance dispose de sa propre base : aucun schéma partagé, aucun risque de fuite entre organisations, aucune requête inter-clients possible.
Infrastructure dédiée
Une instance applicative qui n'appartient qu'à vous
Serveur dédié ou architecture multi-serveurs, base de données dédiée, environnements séparés, supervision continue, sauvegardes et plan de reprise d'activité configurables : l'infrastructure d'exécution de votre logiciel VGP en cloud privé est dimensionnée avec votre DSI, en fonction de la disponibilité et du SLA recherchés.
- Architecture mono-tenant, base de données dédiée
- Serveur dédié ou multi-serveurs selon la disponibilité visée
- Sauvegardes, PRA et PCA avec RPO/RTO contractuels
- Environnements production / recette / bac à sable
Architecture
Six piliers d'une instance dédiée
L'isolation ne se limite pas à un discours commercial : elle se traduit par des choix d'architecture concrets, documentés et vérifiables.
Environnements séparés
Production, recette et bac à sable sont trois environnements distincts, permettant de tester une évolution ou un paramétrage sans impact sur les données opérationnelles.
Observabilité et supervision
Métriques applicatives, disponibilité et temps de réponse sont surveillés en continu ; les anomalies déclenchent une alerte auprès de l'équipe d'exploitation.
Sauvegardes et PRA
Fréquence de sauvegarde, durée de rétention, RPO et RTO sont formalisés dans l'annexe technique du contrat, avec des tests de restauration périodiques.
Fenêtres de maintenance
Les opérations de maintenance planifiée sont annoncées à l'avance et positionnées sur des créneaux convenus avec votre organisation.
Cloisonnement réseau
Séparation des flux entre environnements, restriction des accès d'administration et journalisation des connexions techniques.
Dimensionnement
Ce qui détermine votre architecture et votre niveau de disponibilité
Aucune configuration n'est imposée : l'architecture cible est une conséquence de vos contraintes, formalisée avant tout déploiement.
- Serveur dédié
- Une machine réservée à votre instance. Adapté à la majorité des périmètres, il offre une isolation forte des ressources de calcul et de stockage.
- Architecture multi-serveurs
- Répartition de l'application, de la base et du stockage sur plusieurs nœuds, avec redondance. Retenue lorsque la disponibilité attendue et la volumétrie le justifient.
- Haute disponibilité
- Un objectif contractuel, pas une propriété automatique : il se construit avec la redondance, la surveillance, les procédures d'exploitation et le niveau de support souscrit.
- PRA et PCA
- Le plan de reprise définit comment repartir après un sinistre (RPO/RTO) ; le plan de continuité vise à maintenir le service. Les deux sont configurables et chiffrés séparément.
Exploitation
Gestion des accès et montée de version maîtrisée
L'exploitation quotidienne de votre instance suit des procédures documentées, avec une traçabilité des interventions.
Accès d'exploitation restreints
Les accès techniques à l'infrastructure sont nominatifs, limités aux opérations nécessaires et journalisés. Toute intervention sur l'environnement de production fait l'objet d'une traçabilité.
Montée de version progressive
Chaque évolution applicative transite par la recette avant d'être appliquée en production, afin de limiter le risque de régression sur vos données et vos intégrations.
Engagement contractuel
Ce que nous nous engageons à écrire noir sur blanc
Aucune promesse verbale : les éléments d'architecture qui comptent pour votre DSI sont formalisés dans le contrat.
- — l'infrastructure, la région d'hébergement, le niveau d'isolation et les certifications éventuelles du prestataire sont définis selon l'architecture contractuelle retenue.
- — Les valeurs de RPO et RTO retenues pour vos sauvegardes et votre plan de reprise d'activité.
- — Les modalités et le préavis des fenêtres de maintenance planifiée.
- — Le périmètre exact des environnements mis à disposition (production, recette, bac à sable).
Questions fréquentes sur l'infrastructure dédiée
Qu'est-ce qu'une architecture mono-tenant pour un logiciel VGP ?
Une architecture mono-tenant signifie que l'application et sa base de données sont déployées pour une seule organisation. À l'inverse d'un cloud public mutualisé, aucune ressource applicative n'est partagée avec un autre client : l'instance peut être placée sur un serveur dédié ou sur une architecture multi-serveurs selon la disponibilité recherchée.
L'instance est-elle vraiment isolée des autres clients ?
Oui. Chaque client dispose d'une instance applicative dédiée avec sa propre base de données : aucune donnée n'est mutualisée avec un autre client, contrairement à une offre SaaS mono-instance.
Serveur dédié ou architecture multi-serveurs : comment choisit-on ?
Le choix se fait au cadrage, à partir du volume d'actifs et d'utilisateurs, de la criticité de l'activité et de la disponibilité attendue. Un serveur dédié suffit à la plupart des périmètres ; une architecture multi-serveurs, avec répartition de charge et redondance, est retenue lorsque le niveau de disponibilité visé le justifie.
Où sont hébergées les données ?
L'infrastructure, la région d'hébergement, le niveau d'isolation et les certifications éventuelles du prestataire sont définis selon l'architecture contractuelle retenue, en fonction de vos exigences réglementaires et sectorielles.
Comment sont gérées les sauvegardes, le PRA et le PCA ?
Une politique de sauvegarde et un plan de reprise d'activité sont formalisés au contrat, avec un objectif de point de reprise (RPO) et un objectif de délai de reprise (RTO) définis selon la criticité de votre activité. Les dispositifs de continuité (PCA) relèvent du même cadrage : ils sont configurables, pas fournis par défaut.
Comment sont gérées les montées de version ?
Les évolutions applicatives sont déployées sur l'environnement de recette, validées avec votre équipe, puis appliquées en production dans une fenêtre de maintenance planifiée à l'avance et communiquée.
Poursuivre sur le volet technique
- Sécurité et conformitéIAM, RBAC, MFA, chiffrement, journalisation et politique de sauvegarde vue côté RSSI.
- SSO, API et interopérabilitéRaccorder l'instance à l'annuaire d'entreprise, à l'ERP et aux outils QHSE existants.
- Migration et mise en productionProvisionnement, reprise de données, recette puis bascule progressive par entité.
Votre instance dédiée, cadrée avec votre DSI.
Échangeons sur votre périmètre : nombre d'entités, volume d'équipements, exigences d'hébergement, SSO et intégrations. Nous vous remettons une architecture cible et un chiffrage.