Est\u00e1 disponible el primer lanzamiento de Blockstor \u2014 un sistema de gesti\u00f3n de almacenamiento de bloques distribuido y abierto para Kubernetes, que proporciona replicaci\u00f3n de datos sobre DRBD. Blockstor es compatible con LINSTOR a trav\u00e9s de REST API y puede funcionar sin modificaciones con el ecosistema existente de clientes, incluyendo la utilidad de l\u00ednea de comandos linstor, el controlador CSI, el operador Piraeus, el ha-controller y la biblioteca golinstor. El proyecto es una implementaci\u00f3n completamente independiente (clean-room) en lenguaje Go, que no utiliza el c\u00f3digo fuente del original. El c\u00f3digo se distribuye bajo la licencia Apache 2.0 y se desarrolla dentro de la plataforma Cozystack (proyecto CNCF Sandbox).<\/p>\n
El autor del proyecto \u2014 Andrey Kvapil (@kvaps), fundador de Cozystack y miembro de la organizaci\u00f3n sin fines de lucro Piraeus, donde se desarrolla el operador y el controlador CSI de LINSTOR para Kubernetes. El autor es conocido en la comunidad de Kubernetes como un promotor de LINSTOR y ha presentado conferencias t\u00e9cnicas sobre el tema en varias ocasiones. Inicialmente, el desarrollo se concibi\u00f3 como una peque\u00f1a iniciativa de 'viernes', pero al final se convirti\u00f3 en alrededor de 20 d\u00edas de trabajo continuo. En la actualidad, el proyecto se desarrolla como investigador, aunque se considera en el futuro como un posible reemplazo de LINSTOR como sistema de almacenamiento predeterminado en Cozystack.<\/p>\n
Se mencionan como razones para crear un nuevo proyecto las dificultades para mantener el proyecto original y transferir cambios al proyecto principal, as\u00ed como las limitaciones arquitect\u00f3nicas de LINSTOR. El proyecto original utiliza un modelo de procesamiento de solicitudes 'basado en solicitudes' en tiempo real, el cual muestra problemas a gran escala, mientras que el enfoque de reconciliaci\u00f3n declarativa de Kubernetes y el marco controller-runtime, seg\u00fan el autor, son mucho m\u00e1s adecuados para construir sistemas distribuidos.<\/p>\n
A diferencia de LINSTOR, la arquitectura de Blockstor se basa completamente en el enfoque controller-runtime de Kubernetes. La configuraci\u00f3n y el estado actual del sistema se representan en forma de objetos CRD de Kubernetes, y el sistema no est\u00e1 dise\u00f1ado para funcionar fuera del cl\u00faster de Kubernetes.<\/p>\n
Entre las principales capacidades de Blockstor:<\/p>\n
Una caracter\u00edstica del proyecto fue el uso activo de herramientas de IA durante el desarrollo. Pr\u00e1cticamente todo el c\u00f3digo fue preparado con Claude Code (modelo Opus 4.7) de la empresa Anthropic. El desarrollo se llev\u00f3 a cabo casi de manera continua durante aproximadamente 20 d\u00edas. En ciertos momentos, hasta 60 agentes de IA trabajaron simult\u00e1neamente, y el di\u00e1logo total de desarrollo consisti\u00f3 en alrededor de 1320 consultas del autor y aproximadamente 36 mil respuestas del modelo en el marco de una \u00fanica sesi\u00f3n continua.<\/p>\n
Al final, se generaron 1500 commits, de los cuales 83 mil l\u00edneas de c\u00f3digo se dedicaron a la implementaci\u00f3n y otras 137 mil l\u00edneas a las pruebas. Seg\u00fan estimaciones preliminares, se consumieron alrededor de 18.9 mil millones de tokens, y el costo equivalente de tal volumen utilizando tarifas de API habr\u00eda sido de aproximadamente 40 mil d\u00f3lares.<\/p>\n
El autor inicialmente esperaba un desarrollo casi completamente aut\u00f3nomo por parte del modelo de IA, sin embargo, la l\u00f3gica compleja de DRBD requiri\u00f3 participaci\u00f3n humana constante. Los escenarios m\u00e1s complicados fueron el alineamiento de estados de DRBD, el trabajo con el Identificador de Generaci\u00f3n (GI), la omisi\u00f3n de la sincronizaci\u00f3n inicial y el manejo de escenarios de split-brain.<\/p>\n
Dado que el LINSTOR original se distribuye bajo la licencia GPL, no se pod\u00eda utilizar su c\u00f3digo directamente. La mayor parte de la implementaci\u00f3n se cre\u00f3 a partir del an\u00e1lisis de contratos de API, el comportamiento de utilidades, el cliente de Python LINSTOR y proyectos compatibles con la licencia, incluidos piraeus-operator y el controlador CSI.<\/p>\n