Ce que nécessite réellement un déploiement souverain

Une grande partie du débat sur la souveraineté se réduit à une carte. Où sont les serveurs. C’est une première question raisonnable et une dernière médiocre, car l’emplacement seul ne règle pas grand-chose.

Lorsqu’on travaille avec des organisations qui ont une réelle exigence de souveraineté plutôt qu’une préférence, quatre questions se posent. L'emplacement est la question qui les préoccupe le moins, car c'est celle à laquelle tout le monde peut répondre.

Qui peut être contraint

La question derrière la carte est celle de la compétence. Il ne s’agit pas de savoir où se trouvent les données, mais quelles autorités pourraient en exiger l’accès et par quelle entité.

Un déploiement physique à l’intérieur d’un pays, opéré par une entreprise soumise à une juridiction différente, n’a pas répondu à cette question. Il a déplacé le matériel.

Notre réponse : sauf interdiction légale, nous vous informons dans les plus brefs délais de toute demande afin que vous puissiez y répondre directement. Nous ne transmettons pas les données des clients sans base légale valable. Et là où cela ne suffit pas encore à votre niveau de risque, la plateforme fonctionne entièrement au sein de votre propre infrastructure, où la question ne se pose pas car nous n'y avons pas accès.

Qui peut changer le système

La souveraineté sur les données sans contrôle sur le système est partielle. Si un fournisseur peut imposer un changement qui modifie le comportement, l'organisation ne contrôle pas entièrement ce qui est exécuté.

C'est pourquoi les déploiements auto-hébergés et isolés traitent les mises à jour comme des éléments que vous avez programmés plutôt que comme un processus en arrière-plan. C'est plus de travail. C'est aussi la différence entre exploiter un système et héberger celui de quelqu'un d'autre.

S'il peut être exploité sans le fournisseur

C’est une question inconfortable et celle qui sépare les exigences réelles de celles déclarées.

Si votre relation fournisseur prenait fin demain, le déploiement pourrait-il continuer ? Conservez-vous vos données sous une forme utilisable, vos définitions d'agents sous une forme que vous conservez et disposez-vous de suffisamment de connaissances opérationnelles pour les exécuter ?

Une architecture qui ne fonctionne que pendant la durée d’une relation commerciale est une dépendance, quoi qu’en dise la carte.

La responsabilité survivra-t-elle

Ce dernier facteur est généralement déterminant pour les organismes publics. Un déploiement souverain incapable de produire un enregistrement de ce qui s’est passé a troqué une exposition contre une autre.

Chaque action d'agent enregistrée et exportable. Politique appliquée au point d'action, de sorte que la frontière est un fait plutôt qu'une intention. Informations d'identification résolues au moment de l'exécution afin que chaque action porte une identité. Dépenses attribuées par agent, le coût est donc également régi.

Nous les appliquons de la même manière en modes hébergé, auto-hébergé et air-gappé. Un déploiement d’une gouvernance souveraine réduite serait la pire combinaison possible.

Ce que nous vous dirions honnêtement

Si votre besoin est la résidence, un déploiement auto-hébergé dans votre propre infrastructure y répond avec une surcharge opérationnelle considérablement inférieure à celle d'une isolation complète.

Si votre exigence est une véritable souveraineté dans les quatre sens ci-dessus, un fonctionnement en air-gapé est la réponse et cela coûte de réels efforts : une planification de la capacité, une routine de mise à jour, une observabilité locale suffisamment bonne pour diagnostiquer sans aide extérieure.

Les deux sont pris en charge. Il s’agit d’engagements différents, et le mot souverain est utilisé pour les deux de manière beaucoup trop vague.

Suivant

Les pages de déploiement couvrent les options auto-hébergées et isolées, et le Trust Center couvre la résidence, les sous-traitants et la conformité. Les contraintes spécifiques peuvent s'adresser à contact@capconsultor.eu.