El código abierto es gratis hasta que deja de serlo: la CNCF y el coste de lo gratis
Si alguna vez has levantado un clúster de Kubernetes, desplegado un contenedor o tocado una pila cloud native moderna, es muy probable que te hayas beneficiado de la enorme red de herramientas gratuitas mantenidas por la Cloud Native Computing Foundation (CNCF). El código está ahí, la documentación suele ser excelente y proyectos como Prometheus, Envoy, Fluentd o Helm son estables, probados en producción y respaldados por algunas de las mayores empresas tecnológicas del mundo.
Aun así, todo el ecosistema camina sobre el filo de una navaja. Un comentario lo resumía a la perfección: «Imaginen todas las herramientas gratuitas de la comunidad CNCF, todo ese trabajo gratis, y un montón de empresas dándoles la espalda. ¿Qué pasa si un día tenemos que comprarlo todo?». El golpe es directo. La preocupación va más allá de una hipótesis y late con fuerza bajo la superficie del mundo del código abierto.
La hermosa ilusión de lo "gratis"
El código abierto suele celebrarse como una utopía de utilidades gratuitas, colaboración global y poder descentralizado. Por debajo, la realidad es bastante más desordenada.
Muchos de estos proyectos dependen de un puñado de personas, y a veces de una sola. Sobreviven a base de patrocinios, trabajos secundarios o pura dedicación personal. La infraestructura de internet se sostiene gracias a voluntarios que podrían sufrir desgaste o marcharse en cualquier momento.
Basta mirar la biblioteca de compresión xz. Como alguien señaló en el debate, contaba con un único mantenedor a tiempo completo, y cuando apareció una puerta trasera en el proyecto se desató el caos. Así de frágiles son en realidad muchas de estas piezas.
Luego está la famosa tira cómica de XKCD, con una gigantesca torre de software moderno apoyada en equilibrio precario sobre un componente diminuto mantenido por «alguien cualquiera en Nebraska». Hace gracia hasta que recuerdas que refleja la realidad.
CNCF: donde viven las mejores herramientas, aunque no siempre prosperan
La CNCF actúa como una especie de base de operaciones para muchas de estas herramientas. Aporta estructura, visibilidad y difusión, pero eso no siempre se traduce en sostenibilidad.
Kubernetes cuenta con un respaldo financiero contundente, con colaboradores clave contratados por Google, Red Hat y VMware. No se puede decir lo mismo de muchas de sus dependencias. Imagina Kubernetes como un rascacielos reluciente y bien financiado... levantado sobre una red de metro envejecida que nadie se encarga de mantener.
Como planteaba otro participante: «¿Qué pasa con todas las bibliotecas, frameworks y dependencias que utilizan?». Nadie tiene una respuesta cómoda para eso.
Hubo quienes señalaron que la narrativa a veces se idealiza en exceso, ya que muchas aportaciones al código abierto proceden de ingenieros corporativos bien pagados por su tiempo. Pero eso no elimina el problema de fondo: las grandes tecnológicas financian lo que sirve a sus propios intereses comerciales, y todo lo demás queda al arbitrio de la buena voluntad de la comunidad.
La llegada progresiva del modelo freemium
Un comentario muy agudo dejó una comparación que cobra más sentido cuanto más la piensas: «Buena parte de la CNCF es más freemium que gratuita. Es como los juegos móviles: la industria entera se financia gracias a las ballenas para que el resto podamos avanzar gratis a base de horas».
Duele un poco leerlo, pero no le falta razón. Puedes usar muchas de estas herramientas sin pagar un céntimo, pero cada vez más empresas construyen capas comerciales por encima, cobrando por soporte corporativo, funciones avanzadas e integraciones. Eso no tiene nada de malo por sí mismo: los desarrolladores necesitan comer y las empresas emergentes necesitan facturar.
El problema surge cuando el código abierto sirve de cebo en vez de ser la misión principal, y tanto los usuarios como los mantenedores acaban alimentando un modelo de negocio freemium creyendo que construían infraestructura digital pública.
Empresas que dan la espalda a sus orígenes
Resulta todavía más descorazonador cuando las empresas que crecieron apoyadas en herramientas abiertas deciden cerrar el acceso más adelante.
Hemos visto a proyectos de núcleo abierto cambiar de licencia. MongoDB, Redis y otros modificaron sus condiciones para evitar que los grandes proveedores de nube se aprovecharan de su trabajo sin compensación. Una vez más, el motivo se entiende: nadie quiere ser el departamento gratuito de I+D de AWS.
Sin embargo, visto desde fuera, se percibe como una ruptura de confianza: una promesa de libertad reescrita con escaso margen de aviso. Los usuarios se quedan atrapados tras haber montado un negocio sobre algo etiquetado como «gratis» para toparse con un problema de licencias al año siguiente.
El coste de no pagar
La ironía es que considerar que el código abierto siempre debe ser gratis nos prepara el camino hacia el desastre.
Las herramientas gratuitas sin financiación no pueden escalar, no ofrecen garantías de seguridad, tardan en reaccionar ante amenazas y no tienen capacidad para atender peticiones de funciones con seriedad. Obtienes lo que pagas, y en muchos casos no pagamos nada pero lo exigimos todo.
Olvidamos que el software no se escribe ni se mantiene solo. Alguien tiene que arreglar fallos a las 2 a. m., contestar incidencias en GitHub, leer especificaciones RFC y reescribir código después de su jornada laboral. Lo que viene después es agotamiento, abandono o, en el peor de los casos, brechas de seguridad.
Entonces, ¿cuál es la solución?
No existe una solución única, pero en la comunidad se repiten varias ideas interesantes.
Los patrocinios empresariales podrían plantearse mejor, financiando la infraestructura, la documentación y las dependencias secundarias que hacen que todo funcione, en vez de destinar el dinero únicamente a los nombres más conocidos del proyecto.
El reconocimiento público también ayuda. Destacar la labor de quienes trabajan en la sombra dentro del código abierto les da visibilidad, y esa visibilidad abre puertas a nuevas oportunidades profesionales.
Los modelos freemium podrían ser más transparentes. Si una empresa construye su producto sobre código abierto y ofrece niveles de pago, debería ser sincera al respecto, respaldar la base del proyecto y aportar mejoras en lugar de limitarse a extraer valor.
Por último, queda la financiación pública e institucional. El código abierto es infraestructura pública, y quizá haya llegado el momento de tratarlo como tal.
El lado humano del código
Resulta fácil perderse entre licencias, modelos de gobierno y lógica empresarial, pero esto va de personas. Personas que crean herramientas sin cobrar porque creen en una idea. Personas que se despiertan con la noticia de una vulnerabilidad de día cero en lo que mantienen por las noches y los fines de semana. Personas que pudieron haber hecho caja y prefirieron seguir aportando.
Como decía un participante: «Siempre existe la opción de vender si tu proyecto se hace grande... si eso te preocupa». Quizá ahí radique la clave. El código abierto es potente porque ofrece libertad, y también necesita protección, tanto frente a la explotación interesada como frente a nuestras propias expectativas poco realistas.
El día en que tengamos que pagar por cada componente puede no estar tan lejos, y cuando llegue, nos daremos cuenta de todo lo que dábamos por sentado.