Est\u00e1 dispon\u00edvel a primeira vers\u00e3o do Blockstor \u2014 um sistema de gerenciamento aberto de armazenamento em blocos distribu\u00eddos para Kubernetes, que oferece replica\u00e7\u00e3o de dados sobre DRBD. O Blockstor \u00e9 compat\u00edvel por API REST com o LINSTOR e pode operar sem altera\u00e7\u00f5es com o ecossistema existente de clientes, incluindo a ferramenta de linha de comando linstor, o driver CSI, o operador Piraeus, ha-controller e a biblioteca golinstor. O projeto \u00e9 uma implementa\u00e7\u00e3o totalmente independente (clean-room) na linguagem Go, que n\u00e3o utiliza o c\u00f3digo-fonte original. O c\u00f3digo \u00e9 distribu\u00eddo sob a licen\u00e7a Apache 2.0 e est\u00e1 sendo desenvolvido na plataforma Cozystack (projeto CNCF Sandbox).<\/p>\n
O autor do projeto \u00e9 Andrei Kvapil (@kvaps), fundador do Cozystack e membro da organiza\u00e7\u00e3o sem fins lucrativos Piraeus, na qual o operador e o driver CSI LINSTOR para Kubernetes est\u00e3o sendo desenvolvidos. O autor \u00e9 conhecido na comunidade Kubernetes como um promotor do LINSTOR e apresentou v\u00e1rias palestras t\u00e9cnicas sobre o tema. Inicialmente, o desenvolvimento foi planejado como uma pequena iniciativa de 'sexta-feira', mas acabou se transformando em cerca de 20 dias de trabalho cont\u00ednuo. No momento, o projeto est\u00e1 sendo desenvolvido como uma pesquisa, mas no futuro \u00e9 considerado como uma poss\u00edvel substitui\u00e7\u00e3o do LINSTOR como sistema de armazenamento padr\u00e3o na Cozystack.<\/p>\n
As raz\u00f5es para a cria\u00e7\u00e3o do novo projeto incluem dificuldades em manter o projeto original e em transferir mudan\u00e7as para o projeto principal, al\u00e9m de limita\u00e7\u00f5es arquitet\u00f4nicas do LINSTOR. O projeto original utiliza um modelo de processamento de solicita\u00e7\u00f5es em tempo real baseado em 'request-based', que apresenta problemas em larga escala, enquanto a abordagem declarativa de reconciliation do Kubernetes e o framework controller-runtime, na opini\u00e3o do autor, se adequam muito melhor \u00e0 constru\u00e7\u00e3o de sistemas distribu\u00eddos.<\/p>\n
Ao contr\u00e1rio do LINSTOR, a arquitetura do Blockstor \u00e9 totalmente baseada na abordagem do Kubernetes controller-runtime. A configura\u00e7\u00e3o e o estado atual do sistema s\u00e3o apresentados como objetos CRD do Kubernetes, e o pr\u00f3prio sistema n\u00e3o foi projetado para funcionar fora de um cluster Kubernetes.<\/p>\n
Entre as principais funcionalidades do Blockstor:<\/p>\n
Uma caracter\u00edstica do projeto foi o uso ativo de ferramentas de IA durante o desenvolvimento. Praticamente todo o c\u00f3digo foi preparado com a ajuda do Claude Code (modelo Opus 4.7) da Anthropic. O desenvolvimento foi realizado quase 24 horas por dia durante cerca de 20 dias. Em certos momentos, at\u00e9 60 agentes de IA estavam operando simultaneamente, e o di\u00e1logo de desenvolvimento consistiu em cerca de 1320 perguntas do autor e aproximadamente 36 mil respostas do modelo em uma \u00fanica sess\u00e3o cont\u00ednua.<\/p>\n
No final, foram gerados 1500 commits, dos quais 83 mil linhas de c\u00f3digo foram dedicadas \u00e0 implementa\u00e7\u00e3o e mais 137 mil linhas de c\u00f3digo foram para testes. A avalia\u00e7\u00e3o preliminar indica que foram gastos cerca de 18,9 bilh\u00f5es de tokens, e o custo equivalente do uso das tarifas de API seria de aproximadamente 40 mil d\u00f3lares.<\/p>\n
O autor inicialmente esperava um desenvolvimento quase totalmente aut\u00f4nomo por parte do modelo de IA, por\u00e9m, a l\u00f3gica complexa do DRBD exigiu a participa\u00e7\u00e3o constante de um humano. Os cen\u00e1rios mais complicados foram a converg\u00eancia dos estados do DRBD, trabalho com o Identificador de Gera\u00e7\u00e3o (GI), bypass da sincroniza\u00e7\u00e3o inicial e tratamento de cen\u00e1rios de split-brain.<\/p>\n
Como o LINSTOR original \u00e9 distribu\u00eddo sob a licen\u00e7a GPL, seu c\u00f3digo n\u00e3o podia ser usado diretamente. A maior parte da implementa\u00e7\u00e3o foi criada com base na an\u00e1lise dos contratos da API, no comportamento das utilit\u00e1rias, no cliente Python do LINSTOR, e em projetos compat\u00edveis com a licen\u00e7a, incluindo o piraeus-operator e o driver CSI.<\/p>\n