12 puntos por GN⁺ 2026-01-24 | 3 comentarios | Compartir por WhatsApp
  • Docker, que fue pionero de la contenerización, ha dado varios giros de rumbo para encontrar su identidad y su modelo de ingresos hacia 2026
  • Tras fracasar en su competencia con Kubernetes, vendió Swarm y movió su enfoque hacia un ecosistema de herramientas centrado en la experiencia del desarrollador (Scout, Testcontainers)
  • Después se expandió hacia una plataforma de ejecución de modelos de IA (Model Runner) y seguridad para IA (MCP Defender), transformándose en una empresa de infraestructura de IA
  • A finales de 2025, publicó como código abierto bajo Apache 2.0 más de 1,000 imágenes reforzadas (Hardened Images), en respuesta al éxito de Chainguard
  • Esta serie de cambios, junto con el relevo del CEO y los rumores de adquisición, sugiere que Docker está en una fase de reorganización para una venta más que de consolidación como empresa independiente

La crisis de identidad de Docker

  • Docker, una empresa que creó el estándar de la contenerización, atraviesa una crisis de identidad porque, aunque ya logró encaje con el mercado, fracasó al monetizarlo
    • A medida que su tecnología central se volvió open source y de uso general, se hizo más difícil crear valor agregado realmente diferencial
    • Se convirtió en una infraestructura que todos usan, pero cada vez hay menos clientes dispuestos a pagar directamente por ella

El fin de Swarm y el retroceso estratégico

  • Docker Swarm era una solución de orquestación para competir con Kubernetes, pero la victoria total de Kubernetes lo terminó sacando del mercado
    • Después de eso, Docker abandonó su estrategia de plataforma full stack y empezó a concentrarse en las áreas donde podía ofrecer algo propio

Giro hacia herramientas para desarrolladores

  • Docker tomó como principal diferenciador la mejora de la experiencia del desarrollador
    • Docker Scout es una capacidad incorporada tras la adquisición de Atomist en 2022, y ayuda con la seguridad de la cadena de suministro de software y la visibilidad de vulnerabilidades
    • Con la adquisición de AtomicJar, aseguró Testcontainers, lo que permite pruebas de integración basadas en dependencias reales
    • Estas capacidades fortalecen el valor de Docker en seguridad, observabilidad y confiabilidad de pruebas

Giro hacia la IA

  • Más adelante, Docker cambió su dirección hacia una plataforma de ejecución de modelos de IA
    • Mediante Docker Model Runner ofrece soporte para ejecutar modelos de IA, y Docker Compose se amplió para permitir la configuración de agentes y modelos de IA
    • Docker Offload hace posible ejecutar cargas de trabajo de IA con GPU a escala de nube
    • Cerró alianzas con Google Cloud, Microsoft Azure, CrewAI, LangGraph y Vercel AI SDK, entre otros
    • En septiembre de 2025, con la adquisición de MCP Defender, sumó capacidades de seguridad para IA y detección de amenazas en tiempo de ejecución, acelerando su transformación hacia una empresa de seguridad de infraestructura de IA

Publicación de imágenes reforzadas

  • En diciembre de 2025, Docker publicó de forma gratuita, bajo licencia Apache 2.0, más de 1,000 Hardened Images
    • En comparación con las imágenes existentes, logró una reducción de vulnerabilidades de hasta 95%
    • La medida se interpreta como una respuesta al éxito de las imágenes seguras de Chainguard
    • Hacerlo gratis y open source es una estrategia competitiva fuerte, pero también deja ver la falta de claridad de su modelo de ingresos

Cambio de liderazgo y rumores de adquisición

  • En febrero de 2025, Scott Johnston dejó el cargo de CEO y fue reemplazado por Don Johnson, fundador de Oracle Cloud Infrastructure
    • Tras este cambio, en la industria comenzó a hablarse de una posible adquisición por parte de una gran empresa de nube
    • Los cambios estratégicos continuos y el relevo del CEO sugieren una posible preparación para una venta más que para un crecimiento independiente

Perspectivas a futuro

  • La tecnología de Docker en sí misma probablemente seguirá vigente porque ya está profundamente integrada en la infraestructura
    • Por su naturaleza open source, la tecnología de contenedores se mantendrá independientemente del rumbo de la empresa
  • Sin embargo, la continuidad empresarial de Docker Inc. es incierta
    • Los frecuentes cambios de estrategia y liderazgo dejan ver la ausencia de una visión de largo plazo
  • El caso de Docker se considera una advertencia sobre los límites de monetización cuando una tecnología open source se vuelve demasiado exitosa

3 comentarios

 
hongminhee 2026-01-24

Puede ser una valoración algo dura, pero para equilibrar también vale la pena leer este comentario publicado en Lobsters. A grandes rasgos, plantea que muchas de las cosas que creemos que Docker, Inc. innovó ya eran conceptos y tecnologías que existían desde antes, y que Docker, Inc. intentó apropiárselas.

 
ethanhur 2026-01-24

Es una tecnología/empresa que ha aportado muchísimo a la industria, así que da pena que la percepción pública se haya vuelto tan mala.

Sin duda errores como los cambios en la política de licencias influyeron bastante, pero no puedo evitar sentir que monetizar las empresas de código abierto se está volviendo cada vez más difícil.

 
GN⁺ 2026-01-24
Comentarios en Hacker News
  • La tecnología de Docker tuvo éxito, pero el problema fue que no logró definir bien una estrategia de monetización
    En realidad, Docker fue open source desde el principio, y otros equipos ya habían creado cosas similares
    Pero Docker logró que incluso los usuarios comunes pudieran usarlo fácilmente, y luego esperó demasiado tiempo mientras otras empresas lanzaban productos mejores
    Swarm no se creó para competir con Kubernetes, sino que era simplemente una herramienta de clustering
    Haber ofrecido funciones de seguridad gratis fue excelente, pero al final eso significó que no se dio a sí mismo una oportunidad
    Actuó como una organización sin fines de lucro, lo cual fue bueno para los usuarios, pero perjudicial para la empresa a largo plazo

    • El problema fue que Docker rechazó el modelo tradicional de ingresos de las empresas open source: los contratos de soporte empresarial
      Los clientes corporativos querían resolver problemas como la seguridad del daemon de Docker ejecutándose con privilegios de root, conflictos con systemd y la operación de un registro propio, pero Docker ignoró esas necesidades
      Red Hat incluso propuso parches directamente, pero al ser rechazados, terminó creando alternativas como Podman y Quay, y se quedó con el mercado empresarial
    • Si se considera que Docker cofundó la Open Container Initiative en 2015, resulta aún más interesante decir que actuó como una organización sin fines de lucro
      Incluso alguien bromeó con la posibilidad de que la propia empresa Docker hubiera sido un “plan a largo plazo” para apoyar el open source usando capital de riesgo
    • Docker debió haber cobrado por Docker Desktop desde el principio
      Incluso 5 dólares al mes habrían parecido naturales, pero cuando después lo hicieron de pago, se sintió como un “rug pull”
      El problema al final fue haberse enfocado solo en una idea genial sin definir un modelo de ingresos desde el inicio
    • La verdadera innovación de Docker fue el formato Dockerfile y el registro gratuito
      Gracias a esas dos cosas, la comunidad creció de forma explosiva
      Incluso ahora, aunque se usen otras herramientas, la gente sigue escribiendo Dockerfile y usando repositorios similares a Docker Hub
    • No están de acuerdo con la afirmación de que Swarm no era un competidor de Kubernetes
      En marketing claramente se posicionó así
  • La forma en que respondieron cuando Docker cambió su política de licencias hizo que perdiera la confianza de la gente
    Se entiende que pidieran una licencia comercial a empresas con ingresos, pero el problema fue el enfoque
    Enviaron correos del tipo “si no compran una licencia en 30 días, los demandaremos”, y eso aumentó la desconfianza
    Al final, las empresas migraron a Rancher Desktop

    • En nuestra empresa pasó algo parecido
      De repente empezó a circular un correo diciendo “no instalen Docker Desktop”, y como estábamos impulsando la transición a contenedores, fue confuso
    • Ese tipo de movimientos se sintió como Oracle
    • El cambio de licencia en sí no está mal, pero hay quien se pregunta por qué es un problema avisar con 30 días
      Dicen que se anunció con anticipación y que pedir dejar de usarlo o pagar es un procedimiento normal
    • Este tipo de cambio de políticas, de hecho, terminó dándole a Podman una razón de ser
      Si Docker no hubiera actuado así, probablemente no habría existido motivación para desarrollar un reemplazo
      Más bien debieron haber cobrado por Docker Hub desde temprano o crear una solución de flujos de trabajo empresarial
    • También hubo quien señaló que una empresa mediana debería usar un sistema de gestión de instalaciones como SCCM
  • Docker tenía una gran tecnología, pero no encontró un mercado (Product-Market Fit)
    Tuvo éxito porque se difundió como open source gratuito, pero no funcionó en el mercado de pago

    • También hubo una opinión cínica de que Docker al final no es más que un wrapper alrededor de la llamada al sistema setns()
  • Existe un ambiente en el que parece que Docker recibe críticas haga lo que haga
    Si sigue siendo open source, hay problema; si cobra por funciones empresariales, hay problema; si explora herramientas de IA, también hay problema
    Docker todavía mantiene runtimes clave como containerd y runc
    Y aun así, la gente dice que Docker no significa nada

    • runc ya fue donado a la OCI, y containerd se gestiona bajo la CNCF
      Podman usa una base de código separada de Red Hat
    • Podman reimplementó casi todo lo de Docker, por lo que no depende de Docker
    • Si se revisa la lista de mantenedores de containerd y moby, todavía hay empleados de Docker
      Aunque no está claro si oficialmente reciben apoyo de Docker
    • Rancher, containerd y podman no dependen de Docker; solo ofrecen una capa de compatibilidad
    • Docker Desktop no es open source, y también hubo críticas de que el modelo Open Core no coincide con el verdadero espíritu del open source
  • El fundador de Docker apareció directamente y dijo: “empezamos en 2008 como Dotcloud y me fui en 2018”, y abrió un AMA (pregúntame lo que sea)

    • Un usuario dijo que le gustaría escuchar sobre el proceso de desarrollo y comercialización de Docker, así como sobre su situación actual
    • Otro usuario preguntó cuál es la cosa más importante que Docker debería hacer ahora mismo
    • También hubo quien preguntó qué piensa sobre Podman
    • También surgió una pregunta sobre los planes futuros del nuevo proyecto Dagger
    • Y apareció la pregunta de “viendo las cosas ahora, ¿qué habrías hecho diferente?”
  • También hubo propuestas de que Docker debería lanzar un producto nuevo
    Por ejemplo, crear una VM de arranque ultrarrápido llamada DockerVM para competir con Firecracker o gVisor,
    o lanzar un sandbox runner para agentes de IA

    • De hecho, Docker ya publicó la documentación de AI Sandboxes
    • O también hubo quien opinó que crear un servicio de CI Runner sería una buena dirección
  • Una de las razones por las que a algunos no les gusta Docker es la necesidad de privilegios de root y la forma en que gestiona las imágenes
    Uno quiere simplemente moverlas con mv o cp, pero Docker las administra con una base de datos interna

    • Existe el modo rootless, pero requiere configuración del host
      Eso no es una limitación de Docker, sino una restricción del kernel de Linux
      El almacenamiento de imágenes no usa una base de datos, sino un sistema de archivos direccionado por contenido
      Modificarlo directamente puede causar problemas de seguridad
      Para más detalles, ver la documentación de rootless Docker
    • También existe el tutorial rootless de Podman
    • Quejarse de que un usuario sin root no puede instalarlo suena raro
      Más bien, el verdadero problema era que usando Docker se podía escalar privilegios a root, y Podman resolvió eso
    • Si se quiere un sandboxing más fuerte, también se pueden considerar alternativas como gVisor(runsc)
      Ver la documentación de gVisor
  • En macOS, apple/container está surgiendo como una buena alternativa a Docker for Mac
    Llevo 6 meses usándolo; todavía tiene problemas, pero se está desarrollando activamente
    apple/container GitHub

    • nerdbox de containerd también fue mencionado como alternativa (nerdbox GitHub)
    • Hubo quien preguntó si con esto se pueden construir imágenes que funcionen también en Windows o Linux
    • También hubo personas preguntando cómo se compara la sobrecarga de rendimiento frente a Docker for Mac
  • Antes les gustaba docker-compose, pero últimamente prefieren más la combinación de nix + process-compose
    Es flexible porque permite agregar k3s o tilt solo cuando hace falta

    • También hubo quien preguntó cómo debería usarse Nix al administrar varias instancias de servidor
      Está considerando si ejecutar Nix dentro de Docker, o Docker dentro de Nix
    • También hubo reacciones de que definitivamente hay que probar process-compose
  • Nuestra empresa todavía usa Docker Swarm en producción
    Creen que, para la mayoría de las empresas, Kubernetes es sobreingeniería
    Swarm es simple y suficientemente potente