Den f\u00f8rste udgave af Blockstor er tilg\u00e6ngelig - et \u00e5bent system til styring af distribueret block storage til Kubernetes, der sikrer datareplication over DRBD. Blockstor er REST API-kompatibel med LINSTOR og kan fungere u\u00e6ndret med den eksisterende kunde\u00f8kosystem, inklusiv kommandolinjev\u00e6rkt\u00f8jet linstor, CSI-driver, Piraeus-operator, ha-controller og golinstor-biblioteket. Projektet er en fuldst\u00e6ndig selvst\u00e6ndig (clean-room) implementation p\u00e5 Go-sproget, der ikke bruger originalens kildekode. Koden distribueres under Apache 2.0-licensen og udvikles p\u00e5 Cozystack-platformen (CNCF Sandbox-projektet).<\/p>\n
Projektforfatteren er Andrey Kvapil (@kvaps), grundl\u00e6gger af Cozystack og medlem af den non-profit organisation Piraeus, hvor operatoren og CSI-driveren LINSTOR til Kubernetes udvikles. Forfatteren er kendt i Kubernetes-samfundet som en fork\u00e6mper for LINSTOR og har gentagne gange pr\u00e6senteret tekniske opl\u00e6g om emnet. Oprindeligt var udviklingen t\u00e6nkt som en lille 'fredags'-initiativ, men den endte med at blive omkring 20 dages uafbrudt arbejde. I \u00f8jeblikket udvikles projektet som et forskningsprojekt, men der overvejes en potentiel erstatning for LINSTOR som standard lagringssystem i Cozystack i fremtiden.<\/p>\n
Som \u00e5rsager til oprettelsen af det nye projekt n\u00e6vnes vanskelighederne ved at vedligeholde det oprindelige projekt og overf\u00f8re \u00e6ndringer til hovedprojektet, samt arkitektoniske begr\u00e6nsninger i LINSTOR. Det oprindelige projekt bruger en 'request-based' model til behandling af anmodninger i realtid, hvilket viser problemer i stor skala, mens den deklarative reconciliation-tilgang i Kubernetes og framework controller-runtime if\u00f8lge forfatteren er langt bedre egnet til at bygge fordelte systemer.<\/p>\n
I mods\u00e6tning til LINSTOR er Blockstors arkitektur helt baseret p\u00e5 tilgangen fra Kubernetes controller-runtime. Konfigurationen og den nuv\u00e6rende tilstand af systemet pr\u00e6senteres som Kubernetes CRD-objekter, og selve systemet er ikke designet til at fungere uden for et Kubernetes-klynge.<\/p>\n
Blandt de vigtigste funktioner i Blockstor:<\/p>\n
Et s\u00e6rpr\u00e6g ved projektet var den aktive brug af AI-v\u00e6rkt\u00f8jer under udviklingen. N\u00e6sten hele koden blev forberedt ved hj\u00e6lp af Claude Code (Opus 4.7-modellen) fra Anthropic. Udviklingen foregik n\u00e6sten d\u00f8gnet rundt i cirka 20 dage. P\u00e5 enkelte tidspunkter arbejdede op til 60 AI-agenter samtidigt, og den samlede udviklingsdialog omfattede omkring 1320 foresp\u00f8rgsler fra forfatteren og cirka 36.000 model svar i et sammenh\u00e6ngende session.<\/p>\n
Det resulterede i 1500 commits, hvori 83.000 linjer kode blev brugt til implementeringen, og yderligere 137.000 linjer kode til tests. If\u00f8lge forel\u00f8bige vurderinger blev der samlet brugt omkring 18,9 milliarder tokens, og omkostningerne ved at anvende API-priserne ville have v\u00e6ret omkring 40.000 dollars.<\/p>\n
Forfatteren havde oprindeligt planlagt stort set autonom udvikling via AI-modellen, men den komplekse logik i DRBD kr\u00e6vede konstant menneskelig deltagelse. De sv\u00e6rest scenarier var konvergens af DRBD-tilstande, arbejde med Generation Identifier (GI), udeladelse af den oprindelige synkronisering og h\u00e5ndtering af split-brain scenarier.<\/p>\n
Da den originale LINSTOR distribueres under GPL-licensen, kunne dens kode ikke bruges direkte. Hovedparten af implementeringen blev skabt baseret p\u00e5 analyse af API-kontrakter, v\u00e6rkt\u00f8jernes adf\u00e6rd, LINSTOR Python-klienten samt licenskompatible projekter, herunder piraeus-operator og CSI-driver.<\/p>\n