Glossaire
Définitions courtes des termes utilisés dans l'ensemble de la documentation Clustron. Chaque entrée correspond à la manière dont les pages de concepts définissent le terme.
Mode attach — Un modèle de déploiement dans lequel un orchestrateur externe (Docker, Docker Compose ou Kubernetes) exécute les processus des nœuds, et le manager se contente de les observer tout en servant le plan de contrôle et la console. Sélectionné avec ZARIS_MGMT_MODE=attach ; dans ce mode, le manager refuse de forker des stores.
Cluster — L'ensemble des nœuds qui, ensemble, forment et exécutent un store. Les nœuds échangent leur appartenance (membership) sur leur port de cluster, élisent un leader et se présentent aux clients comme un store unique.
Plan de contrôle — La partie de Zaris qui gère le cluster lui-même plutôt que les données qu'il contient : création de stores, cycle de vie des nœuds, configuration et gestion des ports. Il fonctionne lorsque des stores et des instances sont créés ou démantelés, pas à chaque requête.
Plan de données — Le chemin de requête qui touche vos données — opérations clé-valeur, requêtes par préfixe, abonnements de surveillance (watch), application du TTL, baux, verrous et compteurs. Il fonctionne à chaque opération et est optimisé pour le débit.
Store clé-valeur — Un store qui conserve les données sous forme de clés associées à des valeurs, que vous lisez et écrivez par clé. Dans Zaris, chaque fonctionnalité de plus haut niveau — TTL, baux et coordination — est construite par-dessus les paires clé-valeur.
Bail (lease) — Une propriété d'une durée de vie limitée. Un client détient une ressource tant qu'il continue à renouveler le bail, et si ce client tombe en panne, le bail expire et la ressource est libérée. Les baux sont le fondement de la coordination dans Zaris.
Verrou (lock) — Une primitive de coordination qui donne à un client un accès exclusif à une ressource à un instant donné. Les verrous de Zaris sont adossés à un bail, de sorte que le verrou d'un propriétaire qui a planté est libéré automatiquement et ne peut pas bloquer tous les autres.
Manager — Le service de gestion Zaris qu'un serveur exécute sur le port 7801. Il forme le plan de contrôle, reste en dehors du chemin de requête et constitue le point d'administration d'une machine. Également appelé le service de gestion.
Nœud — Un unique processus de store en cours d'exécution. Un cluster est constitué de nœuds ; chacun détient un emplacement partition-réplica et écoute sur un port client et un port de cluster.
Nodus — Le cœur de clustering et de messagerie de Clustron. Il fournit l'appartenance (membership) pair-à-pair, l'élection de leader, la messagerie typée et la détection de pannes, sans coordinateur externe. Les clusters Zaris s'appuient dessus.
Partition — Une tranche de l'espace de clés d'un store. Les clés sont hachées dans des partitions, chaque partition est détenue par un nœud à la fois, et chacune porte un nom de code-word stable (Amber, Onyx, …) afin que vous puissiez la suivre à travers le cluster.
Primaire — La copie faisant autorité d'une partition, détenue par un nœud. Les écritures vont toujours vers le primaire, et les lectures vers lui par défaut. Si le nœud du primaire est perdu, l'un de ses réplicas est promu pour prendre le relais.
Réplica — Une copie d'une partition conservée sur un nœud différent pour la disponibilité. Un réplica reçoit les écritures du primaire, et les copies d'une même partition sont toujours placées sur des machines différentes, de sorte que la perte d'une machine ne peut pas supprimer à la fois un primaire et son réplica.
Facteur de réplication — Le nombre de copies de chaque partition qui existent — le primaire plus ses réplicas. C'est le principal réglage pour la disponibilité en cas de perte de nœud, et vous le définissez explicitement lorsque vous créez un store (New-ZrStore -ReplicationFactor).
Serveur — Une machine qui exécute Zaris, identifiée par son adresse de gestion (host:7801). Il héberge le manager et, en mode supervisor, il forke et possède les processus des nœuds sur cette machine. Le serveur est l'unité de montée en charge.
Store — L'unité logique centrale avec laquelle vous travaillez. Chaque opération de données et de coordination s'exécute à l'intérieur d'un store, qui définit la frontière pour la cohérence, l'isolation et le cycle de vie. La même abstraction de store s'exécute en processus ou à travers de nombreux nœuds.
Mode supervisor — Un modèle de déploiement dans lequel le manager crée et possède les nœuds, les forkant, les démarrant, les arrêtant et les mettant à l'échelle. C'est le mode par défaut (ZARIS_MGMT_MODE=supervisor) et le modèle pour les hôtes que vous gérez directement, tels que les services Windows et les VM.
TTL (time-to-live, durée de vie) — Une durée attachée à une clé qui définit combien de temps elle doit exister. Lorsque le TTL s'écoule, la clé est supprimée automatiquement, vous offrant un nettoyage basé sur le temps sans aucun code de nettoyage. Le TTL contrôle la durée de vie des données, pas la propriété d'une ressource.
Watch (surveillance) — Une primitive de coordination qui permet à un client de s'abonner aux modifications sur des clés ou des préfixes de clés et de recevoir des notifications push au moment même où elles se produisent, afin qu'une application réagisse au lieu d'interroger en boucle.
Espace de travail (workspace) — Une connexion nommée côté client vers un ensemble de managers. Il enregistre les points d'accès des managers — ainsi qu'un token d'administration optionnel et le mode de déploiement du cluster — que la CLI et la console web ciblent. Ce n'est ni un serveur, ni un store, ni un cluster.
Zaris — Le produit phare de Clustron : un store clé-valeur distribué et en mémoire doté de primitives de coordination intégrées (verrous, baux, compteurs, surveillances et transactions). Il s'appuie sur Nodus pour le clustering, avec une sécurité intégrée (TLS mutuel, bearer tokens vérifiés hors ligne et RBAC) et des métriques intégrées.