Le premier chapitre de Blockstor est maintenant disponible - un syst\u00e8me de gestion open source de stockage en blocs distribu\u00e9 pour Kubernetes, garantissant la r\u00e9plication des donn\u00e9es via DRBD. Blockstor est compatible avec LINSTOR via REST API et peut fonctionner sans modifications au sein de l'\u00e9cosyst\u00e8me client existant, y compris l'outil en ligne de commande linstor, le pilote CSI, l'op\u00e9rateur Piraeus, ha-controller et la biblioth\u00e8que golinstor. Le projet repr\u00e9sente une mise en \u0153uvre autonome (clean-room) en Go, ne recourant pas au code source d'origine. Le code est distribu\u00e9 sous la licence Apache 2.0 et est d\u00e9velopp\u00e9 dans le cadre de la plateforme Cozystack (projet CNCF Sandbox).<\/p>\n
L'auteur du projet est Andrey Kvapil (@kvaps), fondateur de Cozystack et membre de l'organisation \u00e0 but non lucratif Piraeus, qui d\u00e9veloppe l'op\u00e9rateur et le pilote CSI LINSTOR pour Kubernetes. L'auteur est connu dans la communaut\u00e9 Kubernetes comme un promoteur de LINSTOR et a pr\u00e9sent\u00e9 \u00e0 plusieurs reprises des expos\u00e9s techniques sur le sujet. Initialement, le d\u00e9veloppement \u00e9tait con\u00e7u comme une petite initiative 'du vendredi', mais a finalement abouti \u00e0 environ 20 jours de travail continu. \u00c0 l'heure actuelle, le projet se d\u00e9veloppe comme une recherche, mais il est envisag\u00e9 \u00e0 l'avenir comme un remplacement possible de LINSTOR en tant que syst\u00e8me de stockage par d\u00e9faut dans Cozystack.<\/p>\n
Les raisons de la cr\u00e9ation de ce nouveau projet incluent les difficult\u00e9s de maintien du projet d'origine et le transfert de modifications vers le projet principal, ainsi que les limitations architecturales de LINSTOR. Le projet d'origine utilise un mod\u00e8le de traitement des demandes 'bas\u00e9 sur les requ\u00eates' en temps r\u00e9el, qui montre des probl\u00e8mes \u00e0 grande \u00e9chelle, tandis que l'approche de reconciliation d\u00e9clarative de Kubernetes et le framework controller-runtime, selon l'auteur, conviennent beaucoup mieux \u00e0 la construction de syst\u00e8mes distribu\u00e9s.<\/p>\n
Contrairement \u00e0 LINSTOR, l'architecture de Blockstor est enti\u00e8rement bas\u00e9e sur l'approche controller-runtime de Kubernetes. La configuration et l'\u00e9tat actuel du syst\u00e8me sont pr\u00e9sent\u00e9s sous forme d'objets CRD Kubernetes, et le syst\u00e8me n'est pas con\u00e7u pour fonctionner en dehors d'un cluster Kubernetes.<\/p>\n
Parmi les principales fonctionnalit\u00e9s de Blockstor :<\/p>\n
Une caract\u00e9ristique du projet a \u00e9t\u00e9 l'utilisation active des outils d'IA lors du d\u00e9veloppement. Pratiquement tout le code a \u00e9t\u00e9 pr\u00e9par\u00e9 avec Claude Code (mod\u00e8le Opus 4.7) de la soci\u00e9t\u00e9 Anthropic. Le d\u00e9veloppement a dur\u00e9 presque 20 jours avec un travail presque continu. \u00c0 certains moments, jusqu'\u00e0 60 agents d'IA ont travaill\u00e9 simultan\u00e9ment, et le dialogue de d\u00e9veloppement a compt\u00e9 environ 1320 requ\u00eates de l'auteur et environ 36 000 r\u00e9ponses du mod\u00e8le dans le cadre d'une session continue.<\/p>\n
Au total, il y a eu 1500 commits, avec 83 000 lignes de code pour l'impl\u00e9mentation et 137 000 lignes de code pour les tests. Selon les estimations, environ 18,9 milliards de tokens ont \u00e9t\u00e9 utilis\u00e9s, et le co\u00fbt \u00e9quivalent pour un tel volume avec les tarifs API serait d'environ 40 000 dollars.<\/p>\n
L'auteur comptait initialement sur un d\u00e9veloppement presque enti\u00e8rement autonome par des mod\u00e8les d'IA, mais la logique complexe de DRBD n\u00e9cessitait une participation humaine constante. Les sc\u00e9narios de synchronisation des \u00e9tats DRBD, le travail avec l'identifiant de g\u00e9n\u00e9ration (GI), le saut de synchronisation initiale et le traitement des sc\u00e9narios de split-brain se sont r\u00e9v\u00e9l\u00e9s \u00eatre les plus complexes.<\/p>\n
Puisque le LINSTOR original est distribu\u00e9 sous licence GPL, il n'\u00e9tait pas possible d'utiliser son code directement. La majeure partie de l'impl\u00e9mentation a \u00e9t\u00e9 r\u00e9alis\u00e9e sur la base de l'analyse des contrats API, du comportement des utilitaires, du client Python de LINSTOR ainsi que de projets compatibles par licence, y compris piraeus-operator et CSI-driver.<\/p>\n