Dimensions de passage à l'échelle

Statut documentaire : architecture — voir Maturité et preuves.

Le passage à l'échelle d'un hypergraphe conceptuel ne repose pas sur une technique unique. Chaque pression demande une réponse adaptée.

Dimensions principales

• cardinalité — davantage de concepts, instances et relations ;
• largeur des requêtes — parcours plus larges ou matching d'ordre supérieur ;
• débit d'écriture — davantage de mutations concurrentes et de pression transactionnelle ;
• durabilité — jeux de données persistants plus grands, volume de journal et maintenance des index ;
• distribution — davantage de nœuds, tenants ou frontières d'exécution distante ;
• charge numérique — embeddings, tenseurs et modèles appris plus grands.

Choisir le mécanisme selon le goulot

Utiliser l'indexation pour la pression de lookup, le partitionnement/distribution pour le placement, le stockage persistant pour la durée de vie et le volume, le batching pour réduire l'amplification d'appels/écritures et les tenseurs accélérés pour les noyaux numériques adaptés. Ne pas introduire distribution ou GPU simplement parce que le graphe est grand.

Préserver la sémantique

Une stratégie de scaling n'est correcte que si identité, sens des relations, frontières transactionnelles et autorisation restent stables. L'optimisation de performance ne doit jamais redéfinir silencieusement le modèle conceptuel.