Weaveworks está encerrando suas atividades
A Weaveworks, uma empresa proeminente no ecossistema Kubernetes e cloud-native e criadora de ferramentas como FluxCD, Weave Net, eksctl, Cortex e Ignite, está encerrando suas atividades apesar de supostamente gerar mais de $10M em receita anual. Comentários veem o fracasso como um estudo de caso da dificuldade de construir negócios sustentáveis de devtools apoiados por VC — especialmente quando projetos de código aberto são amplamente adotados, mas difíceis de monetizar — e dos riscos de ampliar a equipe para crescimento de “moonshot” em vez de lucratividade. Muitos estão preocupados com o suporte de longo prazo aos projetos apoiados pela Weaveworks, mas observam que iniciativas importantes como FluxCD e Cilium (por meio de seu mantenedor Isovalent) estão sob governança da CNCF ou de outros mantenedores, ao mesmo tempo em que refletem de forma mais ampla sobre a complexidade do Kubernetes, a economia de ferramentas cloud-native e o ambiente de financiamento pós–“dinheiro grátis”.
Contexto da empresa e do encerramento
- A Weaveworks fornecia ferramentas e consultoria de devops com foco em Kubernetes: automação GitOps, rede (Weave Net), observabilidade (Scope, Cortex), ferramentas de cluster (eksctl, Ignite), etc.
- A empresa teria tido >$10M de receita anual e ~50–200 funcionários ao longo do tempo, mas encerrou as atividades após a queda de última hora de um acordo de M&A.
- Muitos comentaristas veem isso como mais um exemplo de uma estratégia apoiada por VC de “crescer rápido ou morrer”: alto consumo de caixa após grandes rodadas (~$36M dos ~$61M totais), com pouco espaço para reduzir a operação para um negócio menor e lucrativo.
- Há debate sobre se o conselho/liderança administrou mal o caixa ou se estavam limitados por incentivos de VC que favorecem fortemente apostas de alto risco em detrimento de retornos modestos e sustentáveis.
Projetos de código aberto e futuro
- Principais entregas de OSS: FluxCD, Flagger, Cortex, Weave Net, Weave Scope, eksctl, Ignite, grafanalib e outros.
- FluxCD: descrito como uma boa ferramenta GitOps, frequentemente preferida ao ArgoCD por motivos técnicos (integração com Helm, menor consumo de recursos). Há críticas à migração do Flux v1→v2 por ter sido confusa e mal conduzida.
- Vários comentários destacam que o Flux continua sendo um projeto CNCF com mantenedores ativos agora empregados em outras empresas; lançamentos recentes e um esforço de “distribuição enterprise” são mencionados.
- O eksctl provavelmente permanecerá saudável porque é a ferramenta endossada pela AWS para EKS e está integrada à documentação da AWS.
- Weave Net: experiências mistas. Alguns elogiam a simplicidade e a criptografia; outros o consideram pouco confiável ou criticam o design próprio de troca de chaves. Um fork mantido (“reweave”) é sugerido.
- Ignite e alguns outros projetos já foram arquivados.
Mercado, economia de DevTools e vendas
- Muitos argumentam que startups de devtools e infraestrutura cloud-native são difíceis de monetizar: desenvolvedores evitam lock-in e gastos com SaaS, e os ganhos de produtividade são difíceis de quantificar.
- Outros apontam grandes sucessos (Atlassian, GitLab, MongoDB, Auth0, Snyk), mas dizem que é preciso ser uma plataforma ampla ou vender como “segurança”, e não apenas como produtividade.
- Crítica a vendas agressivas ou mal direcionadas (cold calls), com preferência por adoção orientada pelo produto e pela comunidade (HN, meetups, reputação em OSS).
Reflexões sobre cloud-native e Kubernetes
- Alguns dizem que o “balão do cloud-native” murchou e que a maioria das organizações não precisa da complexidade do Kubernetes; outros veem o Kubernetes como “chato”, maduro e ainda em expansão na adoção corporativa.
- Padrão comum: Kubernetes gerenciado + GitHub Actions + Helm é visto como suficiente; grandes ecossistemas de complementos (ArgoCD, CNIs, operators) adicionam complexidade.
- A Weaveworks é citada como exemplo de fortes contribuições técnicas, mas de um modelo de negócios frágil baseado em infraestrutura OSS.