Hébergement régional et self-hosting qualifié

Clients de l'UE : entièrement sur STACKIT dans l'UE

Pour les clients de l'UE, l'exploitation en production se fait entièrement sur STACKIT dans l'UE. La diffusion du site utilise également la région UE configurée de la distribution CDN STACKIT. Les autres flux de données et sous-traitants sont indiqués dans les documents contractuels et de protection des données.

Les États-Unis et l'APAC suivront par région

Le déploiement pour les États-Unis et l'APAC est imminent. Les clients doivent recevoir l'exploitation en production depuis leur région respective. Disponibilité concrète et périmètre de service sont confirmés avant la conclusion du contrat.

Le self-hosting est une option qualifiée

Lors de l'onboarding, région, intégrations, flux de données et responsabilité d'exploitation sont définis conjointement. Chaque tenant reçoit ainsi un modèle d'exploitation documenté qui relie livraison, support et développement continu sur tout le cycle de vie.

La qualification évalue conjointement l'infrastructure cible, le circuit de mise à jour, le monitoring, la sauvegarde, le support et les intégrations. Le résultat attribue clairement quels composants fonctionnent dans la région du client, qui les exploite, comment les mises à jour sont livrées et quels circuits de service s'appliquent en cas d'incident. Cette attribution devient partie de l'onboarding et de la documentation d'exploitation.

Ce qui devrait être fixé avant l'onboarding

Pourquoi une livraison régionale est plus qu'un lieu de data center

Une région ne décrit pas seulement l'endroit où la puissance de calcul est fournie. Bases de données, stockage objet, sauvegardes, monitoring, accès support, diffusion CDN et connexion aux systèmes externes font aussi partie du tableau d'ensemble. La documentation contractuelle doit décrire ces flux de façon traçable pour le modèle d'exploitation choisi.

CentaurNexus rattache un client à un espace d'exploitation régional. L'isolation des tenants, les rôles et l'audit s'appliquent indépendamment de la région. La région ne change pas la protection métier des contextes clients ; elle détermine où fonctionnent les composants de plateforme correspondants.

Décrire le modèle UE précisément

Pour les clients de l'UE, CentaurNexus fonctionne entièrement sur STACKIT dans l'UE. Le modèle d'exploitation régional inclut les flux Zscaler, ITSM et de notification convenus pour le tenant client.

Le site est diffusé via la région UE de la distribution CDN STACKIT active. Exploitation régionale, intégrations et responsabilités sont documentées ensemble.

États-Unis et APAC comme espaces d'exploitation régionaux distincts

Le déploiement pour les États-Unis et l'APAC est imminent. L'objectif est de fournir aux clients l'exploitation en production depuis leur région respective, plutôt que de faire transiter tous les tenants par une seule région mondiale. La disponibilité exacte est confirmée par région et par date contractuelle.

Avant une mise en production régionale, infrastructure, gestion des données, sauvegardes, monitoring, processus de support et intégrations externes doivent être validés ensemble. Un statut marketing seul ne suffit pas. Le client reçoit le périmètre contraignant dans l'offre et dans la documentation d'exploitation correspondante.

Ce que signifie un « self-hosting qualifié »

Le self-hosting commence par un examen conjoint de l'environnement cible. Il ne s'agit pas seulement de démarrer un conteneur. Zones réseau, identité, secrets, bases de données, stockage, sauvegarde, monitoring, mises à jour et accès support doivent former un circuit d'exploitation complet.

La qualification répond à la question de savoir quels composants fonctionnent dans l'environnement client, quels services externes restent nécessaires et qui est responsable de chaque partie. Cet examen aboutit à un périmètre concret, descriptible contractuellement. Ce n'est qu'ensuite que cette variante peut être proposée de façon fiable.

Responsabilité entre le client et CentaurNexus

Dans le modèle SaaS régional, CentaurNexus est responsable de la livraison de plateforme convenue. Le client fournit les accès, scopes et autorisations nécessaires pour ses systèmes connectés. En self-hosting, cette répartition devient plus fine : infrastructure, exploitation de la plateforme, mises à jour, monitoring, gestion des incidents et sauvegarde doivent chacun avoir un responsable désigné.

Une attribution RACI claire évite les lacunes. Pour chaque tâche d'exploitation, il faut savoir qui exécute, qui décide, qui est informé et quelle preuve est disponible en cas d'incident.

Mises à jour et support dans le modèle self-hosting

Un modèle qualifié nécessite un circuit de release testé. Les nouvelles versions ne doivent jamais modifier de façon incontrôlée l'isolation des tenants, les migrations de données, les intégrations ou les contrats de read-back. Staging, vérification de compatibilité, circuit de rollback et responsabilité des fenêtres de maintenance font donc partie de la qualification.

Les accès support doivent eux aussi être limités et traçables. Si et comment CentaurNexus peut accéder à l'environnement client est défini techniquement et contractuellement. Le self-hosting ne signifie pas automatiquement que chaque tâche d'exploitation relève entièrement du client ou entièrement de CentaurNexus.

Intégrations et sources de flux dans la planification régionale

OneAPI, NSS, LSS, ITSM et canaux de notification relient l'espace d'exploitation CentaurNexus à des systèmes externes. L'onboarding définit donc depuis quelle région ces systèmes sont contactés, quelles données quittent l'espace d'exploitation et quelles conditions contractuelles s'appliquent.

Pour les analyses NSS et LSS historiques, chemin de flux, rétention et classe de données font également partie de cette planification. Une exploitation de plateforme régionale ne répond pas automatiquement à toute question sur une intégration tierce configurée côté client. Le circuit de bout en bout documenté reste déterminant.

Penser à la portabilité et à la fin de contrat

Un modèle d'exploitation complet décrit aussi comment configuration, exports et données client convenues sont traités en cas de changement de région ou de fin de contrat. Responsabilité, format, délai et circuit de suppression sont clarifiés à l'avance.

En self-hosting, s'ajoute la question de savoir quels composants et clés restent dans l'environnement client et comment l'accès support prend fin. Cette perspective de sortie évite que la responsabilité technique ne doive être clarifiée qu'à la fin de l'exploitation.

La qualification comme atelier de décision conjoint

Technique, sécurité, protection des données, achats et exploitation apportent des exigences différentes. La qualification réunit ces exigences dans une matrice commune. Les points ouverts reçoivent une étape de vérification concrète, plutôt que d'être remplacés par une promesse générale.

Le résultat est une décision traçable en faveur du SaaS régional, du self-hosting ou d'un point de réexamen ultérieur. L'atelier devient ainsi partie de l'architecture de solution, et non une simple réserve commerciale.

Actualiser régulièrement les preuves

Région, sous-traitants, intégrations et responsabilité d'exploitation peuvent évoluer sur le cycle de vie. Les documents contractuels, les informations de protection des données et la documentation technique d'exploitation sont donc mis à jour lors de changements vérifiables. Une validation antérieure ne peut pas rester indéfiniment la seule base d'une exploitation ultérieurement modifiée.

Critères de décision pour le modèle adapté

La meilleure variante est celle dont la technique et les responsabilités sont entièrement décrites. Livraison SaaS régionale et self-hosting qualifié offrent pour cela des chemins différents mais clairement délimités.