Weaveworks está cerrando

Artículo original ↗ Discusión en Hacker News ↗

Weaveworks, un actor destacado en el ecosistema de Kubernetes y cloud-native y creador de herramientas como FluxCD, Weave Net, eksctl, Cortex e Ignite, está cerrando pese a haber generado supuestamente más de $10M en ingresos anuales. Los comentaristas ven el fracaso como un caso de estudio sobre la dificultad de construir negocios sostenibles de devtools respaldados por capital riesgo —especialmente cuando los proyectos de código abierto se adoptan ampliamente pero son difíciles de monetizar— y sobre los riesgos de ampliar la plantilla para un crecimiento de “moonshot” en lugar de la rentabilidad. A muchos les preocupa el soporte a largo plazo de los proyectos respaldados por Weaveworks, pero señalan que esfuerzos clave como FluxCD y Cilium (a través de su mantenedor Isovalent) están bajo la gobernanza de la CNCF u otros mantenedores, al tiempo que reflexionan en términos más amplios sobre la complejidad de Kubernetes, la economía de las herramientas cloud-native y el entorno de financiación posterior al período de “dinero gratis”.

Contexto de la empresa y del cierre

  • Weaveworks proporcionaba herramientas de devops y consultoría centradas en Kubernetes: automatización GitOps, redes (Weave Net), observabilidad (Scope, Cortex), herramientas para clústeres (eksctl, Ignite), etc.
  • Según informes, la empresa tenía >$10M de ingresos anuales y ~50–200 empleados a lo largo del tiempo, pero cerró después de que fracasara un acuerdo de M&A de última hora.
  • Muchos comentaristas ven esto como otro ejemplo de una estrategia respaldada por capital riesgo de “crecer rápido o morir”: fuerte gasto tras grandes rondas (~$36M de los ~$61M totales), con poco margen para rebajarse a un negocio más pequeño y rentable.
  • Debate sobre si el consejo/la dirección gestionaron mal el efectivo o si estaban limitados por incentivos del capital riesgo que favorecen en gran medida los moonshots sobre retornos modestos y sostenibles.

Proyectos de código abierto y futuro

  • Principales resultados OSS: FluxCD, Flagger, Cortex, Weave Net, Weave Scope, eksctl, Ignite, grafanalib y más.
  • FluxCD: descrito como una herramienta GitOps sólida, a menudo preferida sobre ArgoCD por razones técnicas (integración con Helm, menor huella). Críticas a la migración de Flux v1→v2 por confusa y mal gestionada.
  • Varios comentarios subrayan que Flux continúa como un proyecto de la CNCF con mantenedores activos ahora empleados en otros lugares; se señalan lanzamientos recientes y un esfuerzo de “distribución empresarial”.
  • Es probable que eksctl siga estando sano porque es la herramienta respaldada por AWS para EKS e integrada en la documentación de AWS.
  • Weave Net: experiencias mixtas. Algunos elogian su simplicidad y cifrado; otros la llaman poco fiable o critican el diseño personalizado del intercambio de claves. Se sugiere un fork mantenido (“reweave”).
  • Ignite y algunos otros proyectos ya han sido archivados.

Mercado, economía de DevTools y ventas

  • Muchos sostienen que las startups de devtools e infraestructura cloud-native son difíciles de monetizar: los desarrolladores evitan el encierro con proveedores y el gasto en SaaS, y las mejoras de productividad son difíciles de cuantificar.
  • Otros señalan grandes éxitos (Atlassian, GitLab, MongoDB, Auth0, Snyk) pero dicen que hay que ser una plataforma amplia o vender como “seguridad”, no solo productividad.
  • Críticas a ventas agresivas o mal dirigidas (llamadas en frío), con preferencia por la adopción liderada por el producto y la comunidad (HN, encuentros, reputación OSS).

Reflexiones sobre cloud-native y Kubernetes

  • Algunos dicen que el “globo cloud-native” se ha desinflado y que la mayoría de las organizaciones no necesita la complejidad de Kubernetes; otros ven Kubernetes como “aburrido”, maduro y todavía ganando adopción empresarial.
  • Patrón común: Kubernetes gestionado + GitHub Actions + Helm se considera suficiente; grandes ecosistemas de complementos (ArgoCD, CNIs, operadores) añaden complejidad.
  • Weaveworks se cita como un ejemplo de fuertes contribuciones técnicas pero un modelo de negocio frágil en torno a herramientas de infraestructura OSS.