Die erste Ausgabe von Blockstor ist jetzt verf\u00fcgbar \u2013 ein offenes System zur Verwaltung verteilten Blockspeichers f\u00fcr Kubernetes, das die Datenreplikation \u00fcber DRBD erm\u00f6glicht. Blockstor ist \u00fcber die REST API mit LINSTOR kompatibel und kann nahtlos mit bestehenden \u00d6kosystemen von Kunden arbeiten, einschlie\u00dflich der Befehlszeilenanwendung linstor, dem CSI-Treiber, dem Piraeus-Operator, dem ha-controller und der Bibliothek golinstor. Das Projekt ist eine vollst\u00e4ndig eigenst\u00e4ndige (Clean-Room) Implementierung in Go, die keinen Quellcode des Originals verwendet. Der Code wird unter der Lizenz Apache 2.0 ver\u00f6ffentlicht und entwickelt sich im Rahmen der Plattform Cozystack (CNCF Sandbox-Projekt).<\/p>\n
Der Autor des Projekts ist Andrey Kvapil (@kvaps), Gr\u00fcnder von Cozystack und Mitglied der gemeinn\u00fctzigen Organisation Piraeus, in deren Rahmen der Operator und CSI-Treiber LINSTOR f\u00fcr Kubernetes weiterentwickelt werden. Der Autor ist in der Kubernetes-Community als F\u00f6rderer von LINSTOR bekannt und hat mehrfach technische Vortr\u00e4ge zu diesem Thema gehalten. Urspr\u00fcnglich wurde die Entwicklung als kleine \u201eFreitag\u201c-Initiative konzipiert, hat sich jedoch letztendlich in etwa 20 Tage ununterbrochene Arbeit verwandelt. Derzeit wird das Projekt als Forschungsvorhaben entwickelt, in Aussicht auf eine m\u00f6gliche Abl\u00f6sung von LINSTOR als Standard-Speichersystem in Cozystack.<\/p>\n
Als Gr\u00fcnde f\u00fcr die Schaffung des neuen Projekts werden die Schwierigkeiten bei der Pflege des Originalprojekts und der \u00dcbertragung von \u00c4nderungen in das Hauptprojekt sowie architektonische Einschr\u00e4nkungen von LINSTOR genannt. Das Originalprojekt verwendet ein \u201erequest-based\u201c Modell zur Verarbeitung von Echtzeitanfragen, das auf gro\u00dfen Ma\u00dfst\u00e4ben Probleme zeigt, w\u00e4hrend der deklarative Reconciliation-Ansatz von Kubernetes und das Framework controller-runtime laut dem Autor deutlich besser geeignet sind, um verteilte Systeme zu bauen.<\/p>\n
Im Gegensatz zu LINSTOR basiert die Architektur von Blockstor vollst\u00e4ndig auf dem Kubernetes controller-runtime-Ansatz. Die Konfiguration und der aktuelle Status des Systems sind in Form von Kubernetes CRD-Objekten dargestellt, und das System ist nicht f\u00fcr den Betrieb au\u00dferhalb eines Kubernetes-Clusters konzipiert.<\/p>\n
Zu den Hauptfunktionen von Blockstor geh\u00f6ren:<\/p>\n
Ein Merkmal des Projekts war die aktive Nutzung von KI-Tools w\u00e4hrend der Entwicklung. Fast der gesamte Code wurde mit Claude Code (Modell Opus 4.7) von Anthropic vorbereitet. Die Entwicklung fand nahezu rund um die Uhr \u00fcber einen Zeitraum von etwa 20 Tagen statt. Zu bestimmten Zeiten arbeiteten bis zu 60 KI-Agenten gleichzeitig, und der gesamte Entwicklungsdialog umfasste etwa 1320 Anfragen des Autors und rund 36.000 Antworten des Modells in einer einzigen kontinuierlichen Sitzung.<\/p>\n
Am Ende gab es 1500 Commits, bei denen 83.000 Codezeilen f\u00fcr die Implementierung verwendet wurden und weitere 137.000 Codezeilen f\u00fcr Tests. Nach ersten Sch\u00e4tzungen wurden insgesamt etwa 18,9 Milliarden Tokens verbraucht, und die \u00e4quivalente Kosten eines solchen Volumens bei Nutzung der API-Tarife w\u00fcrden etwa 40.000 Dollar betragen.<\/p>\n
Der Autor plante urspr\u00fcnglich eine nahezu vollst\u00e4ndig autonome Entwicklung durch das KI-Modell, jedoch erforderte die komplexe Logik von DRBD die st\u00e4ndige Einbeziehung eines Menschen. Besonders herausfordernd waren die Szenarien f\u00fcr die \u00dcbereinstimmung der DRBD-Zust\u00e4nde, die Arbeit mit dem Generation Identifier (GI), die \u00dcberspringung der urspr\u00fcnglichen Synchronisation und die Verarbeitung von Split-Brain-Szenarien.<\/p>\n
Da der originale LINSTOR unter der GPL-Lizenz ver\u00f6ffentlicht wird, war es nicht m\u00f6glich, seinen Code direkt zu verwenden. Der Gro\u00dfteil der Implementierung wurde auf Grundlage der Analyse von API-Vertr\u00e4gen, dem Verhalten von Dienstprogrammen, dem Python-Client von LINSTOR sowie kompatiblen Lizenzprojekten, einschlie\u00dflich piraeus-operator und CSI-Treiber, erstellt.<\/p>\n