\u00c8 disponibile il primo rilascio di Blockstor \u2014 un sistema di gestione open source per lo storage a blocchi distribuito per Kubernetes, che garantisce la replica dei dati su DRBD. Blockstor \u00e8 compatibile con le API REST di LINSTOR e pu\u00f2 funzionare senza modifiche con l'ecosistema client esistente, comprese l'utilit\u00e0 da riga di comando linstor, il driver CSI, l'operatore Piraeus, ha-controller e la libreria golinstor. Il progetto \u00e8 un'implementazione completamente autonoma (clean-room) scritta in Go, che non utilizza il codice sorgente originale. Il codice \u00e8 distribuito con licenza Apache 2.0 e si sviluppa all'interno della piattaforma Cozystack (progetto CNCF Sandbox).<\/p>\n
L'autore del progetto \u00e8 Andrey Kvapil (@kvaps), fondatore di Cozystack e membro dell'organizzazione non profit Piraeus, che sviluppa l'operatore e il driver CSI di LINSTOR per Kubernetes. L'autore \u00e8 conosciuto nella comunit\u00e0 Kubernetes come promotore di LINSTOR e ha parlato pi\u00f9 volte con relazioni tecniche sul tema. Inizialmente, lo sviluppo era pensato come una piccola iniziativa 'del venerd\u00ec', ma alla fine \u00e8 diventato circa 20 giorni di lavoro continuativo. Attualmente, il progetto \u00e8 in fase di sviluppo come ricerca, ma in futuro potrebbe essere considerato come una possibile sostituzione di LINSTOR come sistema di storage predefinito in Cozystack.<\/p>\n
Tra le ragioni per la creazione di un nuovo progetto si segnalano le difficolt\u00e0 nella gestione del progetto originale e nel trasferimento delle modifiche al progetto principale, oltre alle limitazioni architettoniche di LINSTOR. Il progetto originale utilizza un modello di elaborazione delle richieste 'basato su richieste' in tempo reale, che presenta problemi su larga scala, mentre l'approccio dichiarativo di reconciliation di Kubernetes e il framework controller-runtime, secondo l'autore, si adattano significativamente meglio alla costruzione di sistemi distribuiti.<\/p>\n
A differenza di LINSTOR, l'architettura di Blockstor \u00e8 interamente basata sull'approccio di Kubernetes controller-runtime. La configurazione e lo stato attuale del sistema sono rappresentati come oggetti CRD di Kubernetes e il sistema non \u00e8 progettato per funzionare al di fuori di un cluster Kubernetes.<\/p>\n
Tra le principali funzionalit\u00e0 di Blockstor ci sono:<\/p>\n
Una caratteristica del progetto \u00e8 stata l'uso attivo di strumenti AI durante lo sviluppo. Praticamente tutto il codice \u00e8 stato preparato con Claude Code (modello Opus 4.7) dell'azienda Anthropic. Lo sviluppo \u00e8 stato condotto quasi ininterrottamente per circa 20 giorni. In alcuni momenti, fino a 60 agenti AI hanno lavorato contemporaneamente, e il dialogo complessivo di sviluppo ha riguardato circa 1320 richieste da parte dell'autore e circa 36.000 risposte dal modello in un'unica sessione continua.<\/p>\n
Alla fine sono stati ottenuti 1500 commit, che hanno visto 83.000 righe di codice per l'implementazione e altre 137.000 righe di codice per i test. Secondo una stima preliminare, sono stati spesi circa 18,9 miliardi di token, e il costo equivalente per un simile volume utilizzando le tariffe API sarebbe stato di circa 40.000 dollari.<\/p>\n
L'autore inizialmente sperava di avere uno sviluppo quasi completamente autonomo da parte del modello AI, ma la logica complessa di DRBD ha richiesto la partecipazione costante di un umano. Gli scenari pi\u00f9 complessi si sono rivelati quelli relativi alla convergenza degli stati di DRBD, alla gestione di Generation Identifier (GI), al superamento della sincronizzazione iniziale e alla gestione degli scenari di split-brain.<\/p>\n
Poich\u00e9 l'originale LINSTOR \u00e8 distribuito sotto licenza GPL, non era possibile utilizzare il suo codice direttamente. La maggior parte dell'implementazione \u00e8 stata creata sulla base dell'analisi dei contratti API, del comportamento delle utility, del client Python di LINSTOR e di progetti compatibili con la licenza, tra cui piraeus-operator e il driver CSI.<\/p>\n