Aller au contenu principal

Présentation des concepts fondamentaux

Clustron Zaris est un store clé-valeur distribué doté de primitives de coordination intégrées. Cette section vous donne les modèles mentaux dont vous avez besoin pour concevoir des applications dessus : ce qu'est un store, comment se comportent les clés et les valeurs, comment les données expirent, ce que le système garantit en situation de concurrence, et comment fonctionnent les baux et la coordination.

Ce que Clustron Zaris vous apporte​

Clustron Zaris combine trois choses qui sont habituellement des systèmes distincts :

  • Un store clé-valeur distribué, où vous lisez et écrivez des valeurs par clé.
  • Des primitives de coordination — verrous, compteurs et watch — qui permettent à des instances d'application indépendantes de travailler ensemble en toute sécurité.
  • Une gestion du cycle de vie, où les clés expirent d'elles-mêmes et où la possession d'une ressource est liée au temps.

Le bénéfice est que vous raisonnez sur l'état partagé, la coordination et le nettoyage à travers une seule API au lieu d'assembler un cache, un service de verrouillage et un bus de messages.

astuce

Gardez ce modèle en tête en lisant le reste de cette section : Clustron Zaris, c'est état partagé plus coordination plus cycle de vie. Les données sont l'état partagé, les baux et les verrous sont la coordination, et le TTL et l'expiration sont le cycle de vie.

Le store est l'unité contre laquelle vous travaillez​

Chaque opération dans Clustron Zaris s'exécute contre un store. Un store est un cluster logique qui détient vos données et vos primitives de coordination, et il définit la frontière à l'intérieur de laquelle elles sont cohérentes. Vous ne parlez jamais directement aux nœuds individuels — vous parlez à un store, et le store se présente comme une seule unité logique quel que soit le nombre de nœuds qui le soutiennent.

Un store peut s'exécuter de deux façons sans aucun changement de votre code :

  • In-process, à l'intérieur d'une seule application, sans infrastructure distincte.
  • Distribué, sur plusieurs nœuds répartis sur plusieurs machines, afin que les instances puissent se coordonner.

Parce que l'API est identique dans les deux cas, vous pouvez développer contre un store in-process et déployer contre un store distribué.

Données et coordination au même endroit​

Le côté données d'un store est le store clé-valeur : vous déposez et récupérez des valeurs par clé, attachez une durée de vie (time-to-live) pour que les entrées se nettoient d'elles-mêmes, et regroupez plusieurs opérations dans une transaction lorsqu'elles doivent s'appliquer ensemble.

Le côté coordination permet à plusieurs instances d'agir comme un seul système. Les verrous vous donnent l'exclusion mutuelle de sorte qu'une seule instance exécute une section critique. Les compteurs suivent un état numérique partagé avec des mises à jour atomiques. Watch délivre les changements au fur et à mesure qu'ils se produisent, pour que vous réagissiez au lieu d'interroger (poll).

Ils ne sont pas rapportés à côté des données — ils sont construits sur les mêmes clés, le même TTL et la même machinerie de baux, c'est pourquoi ils se comportent de façon prévisible ensemble.

Conscience du cycle de vie​

Un cache ordinaire stocke les valeurs et les oublie. Clustron Zaris suit le cycle de vie : les clés peuvent expirer automatiquement sur un TTL, les ressources peuvent être liées à un bail de sorte qu'elles n'existent que tant qu'un propriétaire le maintient vivant, et les défaillances sont gérées en laissant l'expiration libérer la possession plutôt qu'en la laissant bloquée. C'est ce qui vous permet de construire des systèmes qui se rétablissent d'eux-mêmes quand un processus plante ou qu'un lien réseau se coupe.

Comment les pièces s'assemblent​

Le schéma suivant montre comment les concepts s'empilent à l'intérieur d'un store, des données brutes en haut à la coordination en bas :

Store
  ├── Keys & Values
  ├── TTL & Expiration
  ├── Leases (lifecycle control)
  └── Coordination (locks, counters, watch)

Chaque couche s'appuie sur celle du dessus : les primitives de coordination reposent sur les baux, les baux reposent sur le même mécanisme d'expiration que le TTL, et tout cela vit à l'intérieur d'un seul store.

Étapes suivantes​