ConnexionPlanifier un briefing
Passage à l’échelle

Un espace privé pour chaque client et chaque entité.

Nexus s’exécute sur Kubernetes. Chaque client, entité opérationnelle et domaine dispose de son propre espace, avec ses propres clés, budgets et limites. Ajoutez l’entité suivante sans toucher à la précédente.

Cloisonné dès la conceptionClés, budgets et limites propresÉvolue entité par entité
nexus · plateformes · utilisation de la plateformeDonnées d’exemple
Une plateforme unique utilisée par plusieurs entités opérationnelles, avec un suivi de la consommation pour chacune
Une seule plateforme, plusieurs entités. Chaque entité est comptabilisée, budgétée et isolée.Données d’exemple
Cloisonnement

Trois niveaux de séparation. Vérifiés chaque jour.

La séparation n’est pas un paramètre que l’on peut oublier. Elle est intégrée au fonctionnement même de Nexus, et des autotests d’isolation la vérifient chaque jour.

Client

Chaque client dispose de son propre espace sur le cluster, de ses propres bases de données et de ses propres clés de chiffrement. Rien n’est partagé par défaut.

Entité opérationnelle

Les entités d’un même client disposent de leurs propres paramètres, budgets et limites. Une entité peut être plus stricte que l’organisation, mais jamais plus souple.

Domaine

Les sinistres, le crédit ou une mission spécifique résident chacun dans leur propre domaine, avec leur propre modèle de connaissances et leurs propres équipes.

Entités et domaines

Activez un domaine pour une entité, puis pour la suivante.

Un groupe peut gérer les sinistres automobiles dans un pays et les risques d’entreprise dans un autre, chacun avec son équipe, ses règles et son budget propres, sur la même plateforme.

  • Clés dédiées

    Chaque espace peut détenir ses propres clés, dans votre propre gestionnaire de clés si vous le souhaitez.

  • Budgets dédiés

    L’utilisation de l’IA est comptabilisée et plafonnée par entité, avec un responsable désigné pour chaque budget.

  • Limites dédiées

    Limites de débit, limites de forfait et règles de données définies pour chaque entité.

nexus · calcul · budgets et quotasDonnées d’exemple
Budgets et quotas de GPU pour chaque équipe, avec limites et responsables
Budgets et quotas. Un budget, une limite et un responsable propres à chaque équipe.Données d’exemple
Montée en charge

Ajoutez de la capacité avant la moindre attente.

Les charges de travail augmentent lorsque les files d’attente s’allongent et diminuent lorsqu’elles se résorbent. La planification de la capacité anticipe les besoins, vous permettant de prévoir les GPU et le stockage du trimestre suivant avant d’en avoir besoin.

  • Dimensionnement selon la file d’attente, sans approximation
  • Répartition équitable pour qu’aucune entité n’en pénalise une autre
  • Prévisions de coûts et de capacité par entité
nexus · cluster · anticipation des coûts et de la capacitéDonnées d’exemple
Une prévision des coûts et de la capacité du cluster pour les mois à venir
Coûts et capacité anticipés. Les besoins du prochain trimestre, et ce qu’ils coûteront.Données d’exemple
Questions

À propos de l’évolutivité et de la séparation.

Devons-nous gérer Kubernetes nous-mêmes ?

Non. Dans notre cloud européen, nous le gérons pour vous. Si vous souhaitez héberger Nexus dans votre propre centre de données, il s’exécute sur votre environnement Kubernetes ou sur des serveurs que nous installons pour vous.

Deux entités peuvent-elles partager des données ?

Uniquement si une règle l’autorise, et seulement pour les données désignées par cette règle. Les espaces partagés affichent un bandeau afin que les utilisateurs sachent qui d’autre y a accès.

Comment la séparation est-elle testée ?

Des autotests d’isolation tentent de franchir chaque frontière quotidiennement, et les résultats sont conservés à titre de preuve pour vos auditeurs.

Planifier un briefing

Planifiez la première entité, comme la dixième.

Expliquez-nous comment votre organisation est structurée aujourd’hui. Nous vous montrerons comment chaque entité obtient son propre espace sur Nexus.