Ce qu'implique réellement le déploiement d'agents isolés

Certaines organisations ne peuvent pas connecter les systèmes importants à quoi que ce soit à l’extérieur. Défense, parties d’infrastructures critiques, certains environnements de recherche, certaines fonctions financières réglementées. Pour eux, l’entrefer n’est pas une préférence, c’est la condition de départ.

Ça marche. C'est aussi vraiment différent, et nous préférons bien définir nos attentes plutôt que de les découvrir ensemble au cours du troisième mois.

Ce qui reste exactement le même

La couche de gouvernance, entièrement. Politique appliquée au moment de l’action. Informations d’identification résolues au moment de l’exécution à partir d’un coffre-fort au niveau de l’organisation. Piste d’audit complète. Évaluations à chaque exécution. Dépenses attribuées par agent.

Nous considérons cela comme non négociable. Un déploiement isolé avec une gouvernance réduite serait la pire combinaison disponible : l'environnement avec les exigences de responsabilité les plus élevées exécutant la version la moins responsable.

Ce qui change sur le plan opérationnel

Les mises à jour arrivent sous forme d’artefacts plutôt que comme processus en arrière-plan. Quelqu'un les fait traverser la frontière, selon un calendrier, avec vérification. Il s’agit d’une routine que votre équipe possède et qu’elle doit concevoir délibérément plutôt qu’improviser.

Le diagnostic est local. Quand quelque chose se comporte bizarrement, personne à l’extérieur ne peut regarder. Cela signifie que votre propre observabilité doit être suffisamment bonne pour répondre aux questions sans aide, et cela signifie que les conversations d'assistance se déroulent via des descriptions plutôt que par l'accès.

Les modèles sont des artefacts déployés. En changer un est une opération planifiée et non un paramètre de configuration, ce qui rend la sélection du modèle une décision plus lourde qu'ailleurs. Créez votre ensemble d’évaluation avant d’en avoir besoin.

Les équipes de la partie sous-estiment

Capacité. Dans un déploiement connecté, l'utilisation croissante est le problème de mise à l'échelle de quelqu'un d'autre. Dans un environnement isolé, c'est le vôtre, et la charge de travail des agents augmente d'une manière difficile à prévoir, car l'utilisation dépend de la confiance plutôt que d'un plan.

Le schéma est cohérent : confortable le premier mois, serré le sixième mois. Taille pour la courbe de croissance, pas pour le pilote.

Ce sur quoi nous insisterions avant de commencer

Un propriétaire nommé par agent, car la modernisation de la propriété dans un environnement où vous ne pouvez rien interroger de l'extérieur est beaucoup plus pénible.

Un ensemble d'évaluation construit à partir de cas réels, car les changements de modèle sont ici lourds et vous souhaiterez qu'ils soient des décisions réversibles plutôt que des sauts.

Des budgets qui bloquent, car un environnement isolé ne rend pas les dépenses excessives impossibles, seulement moins visibles.

Une routine de mise à jour conçue avant la première mise à jour plutôt que pendant celle-ci.

Est-ce le bon choix

Si vos contraintes l’exigent, la question est déjà répondue et le travail consiste à bien la planifier.

Si ce n’est pas le cas, nous serions honnêtes : le fonctionnement en air-gap coûte de réels efforts pour un avantage dont vous n’avez peut-être pas besoin. Un déploiement auto-hébergé au sein de votre propre infrastructure couvre la plupart des exigences de résidence et de contrôle avec une surcharge opérationnelle considérablement moindre.

Suivant

Les pages de déploiement couvrent les options auto-hébergées et isolées. Le Trust Center couvre la résidence et la conformité, et les contraintes spécifiques peuvent être adressées à contact@capconsultor.eu.