Código fuente de la estrategia japonesa en la nube
Lo más preocupante es que las empresas de software están adoptando nuevos términos de licencia para evitar lo que consideran una competencia desleal por parte de los proveedores de la nube, en particular Amazon Web Services Inc.
Este es el último desarrollo de un proceso en curso. Esfuerzo de los desarrolladores de código abierto para desarrollar modelos de negocio sostenibles basados en software libre. El código abierto ha transformado la industria del software, pero sólo unas pocas empresas han podido seguir siendo rentables, como Red Hat Inc. La propia Red Hat podría ser adquirida por IBM Corp en un acuerdo anunciado recientemente.
Confluent Inc avivó aún más el debate la semana pasada cuando anunció cambios en las licencias para algunos productos de su línea que prohíben explícitamente a los proveedores de nube ofrecer su software como servicio. Confluent es el desarrollador principal de la plataforma de procesamiento de flujos Kafka. La medida de la compañía se produce en respuesta al anuncio de AWS el mes pasado de que vendería su servicio Kafka.
La transformación de Confluent sigue a los nuevos términos de licencia para rivales de la nube anunciados anteriormente por MongoDB Inc. y Redis Labs Inc. Las medidas han provocado un debate casi religioso entre los defensores del código abierto. La cuestión es si las empresas de computación en la nube deberían beneficiarse del software libre aprovechando lo que algunos dicen que son lagunas en los términos de las licencias.
Amazon ha estado en el punto de mira durante este periodo porque el gigante de la nube vende muchos servicios basados en código fuente abierto pero se considera que ha contribuido poco a los proyectos comunitarios que lo desarrollan.
Las tácticas de Amazon son "el peor comportamiento que he visto en la industria del software, y todo se debe a las lagunas en las licencias", afirmó Michael Howard, director ejecutivo de MariaDB, que también vende software de código abierto basado en software. Howard acusó al gigante de la nube de "explotar descaradamente" el trabajo de los desarrolladores en una comunidad de desarrollo libre.
Otros, incluidos algunos firmes defensores del código abierto, no estuvieron de acuerdo, diciendo que no había ninguna vulnerabilidad y que la empresa de nube no había violado ningún término de licencia.
"Cuando haces un regalo, siempre existe el riesgo de que otra persona pueda ganar un millón de dólares", afirmó Ted Dunning, arquitecto jefe de aplicaciones de MapR Technologies Inc. . "MapR Technologies distribuye software propietario y de código abierto . "Ya sea que estés enojado o creas que es realmente genial".
Amazon dijo que cumple plenamente con todos los términos de la licencia. Un portavoz dijo: "Si una empresa quiere tener derechos exclusivos para construir un negocio en torno al código fuente, debería cerrar el código fuente y convertirlo en propietario. El software de código abierto debe permanecer abierto y no restringido por licencias porque lo hará más engorroso". ", añadió Jeffrey Hammond, vicepresidente y analista principal de Forrester Research, aunque Amazon históricamente no ha sido un gran contribuyente al código abierto, pero su actitud está cambiando. Se refiere a Amazon Corretto, un conjunto gratuito y abierto de herramientas y suites de desarrollo Java que permiten servicios de virtualización livianos para computación "sin servidor" que la compañía lanzó por primera vez en la conferencia re:Invent del mes pasado.
Hammond dijo: "Las críticas que escucho sobre Amazon no son diferentes de las críticas que escuché sobre Microsoft hace cinco años. Mire cómo Microsoft ha crecido. No creo que Amazon lo haya hecho. ¿Alguna razón para no hacerlo? "El acceso lento al código abierto para adaptarse a los propios intereses de una empresa no es diferente de las empresas que critican sus recientes cambios en las licencias". Pero los críticos dicen que Amazon es tan poderoso que puede impedir eficazmente que los competidores de código abierto lancen servicios competitivos. Dicen que el impacto en la comunidad de código abierto en general podría ser devastador. Howard, de MariaDB, dijo: "Los desarrolladores dirán: 'Ni siquiera desarrollaré con código abierto porque AWS me lo quitará'".
El debate sobre los derivados
De manera controvertida, la mayoría de las licencias de código abierto tienen una cláusula idéntica que rige los "trabajos derivados" o software modificado a partir de código fuente abierto, que la licencia generalmente requiere si un desarrollador vende o * * * disfruta de software derivado para contribuir con estas modificaciones a la comunidad.
Sin embargo, se excluyen las modificaciones que no estén destinadas a su divulgación pública. Básicamente, mientras el software esté en su computadora, no tendrá que disfrutar de ninguno de los cambios que realice.
Las empresas de computación en la nube técnicamente no necesitan publicar código. Su trabajo se consume como un servicio y el código nunca cambia de manos. Esto elimina la necesidad de compartir los cambios con la comunidad, lo que les permite obtener de manera efectiva una ventaja exclusiva del trabajo de otros. Por ejemplo, Aurora MySQL de Amazon es un sistema de gestión de bases de datos MySQL de código abierto basado en la licencia pública GNU.
La gente ha estado intentando resolver este desequilibrio. La más notable es la Licencia Pública General Affero, una variante ampliamente utilizada de GNU GPL que requiere que las organizaciones que brindan software como servicio ofrezcan a los usuarios la opción de descargar código fuente modificado.
Pero AGPL y otras licencias similares no son populares en el mundo del código abierto. La AGPL es "una forma de obligar a que más software sea de código abierto", dijo Dunning, quien actualmente forma parte de la junta directiva de la Fundación Apache que administra la popular licencia Apache 2.
“Pero esta no es la agenda de Apache”, dijo, señalando que sus opiniones son suyas y no representan las de la Fundación Apache. "Su objetivo es hacer que el software sea divertido".
La diferencia puede parecer sutil, pero muestra cómo los defensores del código abierto están equilibrando su compromiso con el software libre con la creciente necesidad de que las empresas de software y sus inversores ganen dinero. Caminando por la cuerda floja entre las motivaciones de crecimiento.
Por un lado, construir un negocio a partir de un producto de código abierto puede generar ingresos que pueden reinvertirse en un mayor desarrollo. El cofundador y director ejecutivo de Confluent, Jay Kreps, anunció los cambios en la licencia en una publicación de blog.
“Muchas personas hacen pequeñas donaciones nocturnas por pura pasión, pero ahora pueden ganar dinero trabajando a tiempo completo”, escribió. Al recaudar más de 80 millones de dólares para lograr su objetivo de construir una empresa rentable, añadió: "Confluent puede financiar no sólo a contribuyentes de código sino también proyectos de computación en la nube a gran escala para ejecutar pruebas rigurosas de sistemas distribuidos a gran escala, lo cual es esencial para Es necesario mantener estable la base del código y al mismo tiempo amplificar las contribuciones de una comunidad en crecimiento ”
Cambiando las reglas
En este debate, pocos cuestionan el derecho de las empresas de código abierto a ganar dinero. . La pregunta es si cambiar los términos de la licencia es la respuesta al problema.
Las tres empresas involucradas en el debate actual tienen diferentes puntos de vista sobre el proceso.
Redis Labs trasladó parte de su código a una licencia de "términos públicos", que prohíbe a terceros cobrar tarifas o proporcionar servicios que obtengan un valor sustancial de su software. Confluence utiliza una licencia comunitaria que prohíbe la entrega de Kafka de una manera que "compita con el producto o servicio de Confluence que proporciona el software". MongoDB ha elegido una licencia pública del lado del servidor, que requiere que cualquiera que ofrezca su software como servicio haga que su código de soporte modificado esté disponible como código abierto.
Hace dos años, MariaDB adoptó una estrategia diferente. Crea una licencia de código fuente comercial que permite a los desarrolladores monetizar su trabajo durante hasta tres años antes de lanzarlo a una plataforma de código abierto. Howard dijo: "BSL no está cerrado porque todos los productos de BSL vuelvan a ser de código abierto. Esto retrasa el impacto".
Algunos se preocupan por la proliferación de nuevas opciones de licencia, diciendo que la tendencia seguramente alterará el últimos 30 años de conocimiento del mercado sobre varios modelos básicos de concesión de licencias.
Richard Fontana, asesor comercial senior de Red Hat Inc., dijo: “Me preocupa cualquier cosa que desdibuje los límites del ámbito del código abierto tal como lo define la comunidad, aunque estoy un poco preocupado. sobre lo que están haciendo los proveedores de la nube, estoy más preocupado por lo que están haciendo los proveedores de la nube. Preocupado por la reacción de Redis, Confluent y MongoDB". Fontana dijo que está particularmente preocupado por el uso de términos de código abierto para definir el lenguaje del contrato para licencias verdaderamente exclusivas. . Por ejemplo, "funciona* * *" es un término para recursos que están disponibles para todas las personas, como el aire y el agua.
Pero dijo que la llamada "cláusula pública **" de Redis no es la "cláusula pública **" como la entendemos. Está diseñado para controlar el software imponiendo restricciones a las licencias estándar de código abierto.
Esto puede confundir a los desarrolladores.
Pero algunas personas dicen que los términos de las licencias deben cambiar con los tiempos y que este proceso seguramente será caótico. "Las empresas van a adoptar cualquier ángulo que puedan para construir su negocio", dijo Abby Kearns, directora ejecutiva de la Cloud Foundry Foundation. "Para construir un negocio viable sobre esa base, tienes el poder de cambiar la autorización. ”
Jakob Freund, cofundador y director ejecutivo de Camunda Services GmbH, una empresa de desarrollo de software de automatización del flujo de trabajo de código abierto con sede en Berlín, está de acuerdo. Dijo: "A la comunidad de desarrolladores le interesa garantizar que las empresas responsables de la mayor parte de los proyectos de código abierto no sean excluidas por unos pocos monopolios. No estoy seguro de que todas las medidas que vemos ahora sean la mejor manera lograr este objetivo es la mejor manera de hacerlo, pero puede que sea necesario probar y cometer errores para que la industria lo descubra”.
Buscando ganancias
El punto es que. Los empresarios intentan constantemente construir negocios viables basados en activos libres. De los muchos modelos de negocio que se han probado, los más exitosos han sido regalar productos destacados y vender extensiones patentadas orientadas al negocio que proporcionarían capacidades como trabajo en equipo, flujo de trabajo y gestión de cambios. Esta es la misma estrategia para Redis, MongoDB y Convertte.
Pero este también es un equilibrio delicado. El truco consiste en hacer que el software sea lo suficientemente potente como para generar conciencia de boca en boca, promoviendo así una adopción generalizada y, en última instancia, atrayendo la atención de los CIO.
Al mismo tiempo, los desarrolladores también deben dejar suficiente espacio para agregar valor agregado para atraer a los ejecutivos de la empresa a emitir cheques. "Es un equilibrio delicado porque si un producto de código abierto es perjudicial, entonces la gente no querrá usarlo", afirmó Kelly Stirman, directora de marketing de Dremio.
Otro enfoque cada vez más popular es para vender servicios de hosting que reduzcan a los clientes la molestia de instalar y administrar software complejo. Pero esta estrategia plantea desafíos para las nuevas empresas de código abierto porque existen pocas barreras de entrada por parte de los principales proveedores de nube. "La adquisición de código abierto es una excelente manera de generar entusiasmo, pero si alguien comienza a operar a escala, no hay mucho que pueda hacer al respecto", dijo Kearns de Cloud Foundry Foundation.
Confluent y Mongo están acorralados por Amazon porque "los servicios en la nube que brindan no son significativamente diferentes de los servicios proporcionados por AWS", dijo Stirman. Por lo tanto, "tienen una relación de 'amigo o enemigo' con AWS. Se implementan en la plataforma de Amazon y compiten entre sí", afirmó. "Lo siento mucho por ellos porque es difícil competir con Amazon en servicios en la nube".
Estas empresas entienden que los desarrolladores pueden estar preocupados. Neha Narkhede, cofundadora y directora de tecnología de Convergent, trató de asegurarles en una publicación separada del blog de la compañía el jueves que la mayoría de los usos del producto agregado no se verían afectados.
"Definimos nuestras exclusiones lo más estrictamente posible para lograr nuestros objetivos", afirmó. "Si existe una solución estándar en esta área, estamos dispuestos a considerarla".
La organización de Kearns se basa en otro modelo que ha tenido cierto éxito. Organizaciones sin fines de lucro como CFF y la Fundación Linux han planeado una base de código de marca que los miembros de la comunidad pueden usar bajo los términos de una licencia de código abierto, siempre y cuando no introduzcan cambios. Este proceso se llama "bifurcación".
Los miembros de la fundación pueden demostrar mediante certificación que sus asignaciones cumplen con los estándares, lo que crea igualdad de condiciones. La Fundación también anima a todos los miembros a hacer sus propias contribuciones. "Todo el mundo ama el código abierto, pero no todo el mundo quiere retornos", dijo Kearns. Sin embargo, la mayoría de los proyectos de código abierto no son lo suficientemente grandes como para sustentar una fundación.
Cambiar los términos de la licencia no es una propuesta exenta de riesgos. Dunning dijo que endurecer las restricciones podría ahuyentar a los usuarios preocupados por violar los términos de sus contratos. Recordó una experiencia de hace varios años cuando implementó una licencia "gratuita para uso no comercial" en algún software que escribió. "Si alguien quiere hacerse rico, yo quiero un trozo de ese pastel", dijo. "Sin embargo, la gente no utiliza mi software".
No está claro si los últimos desarrollos mejorarán las perspectivas del código abierto comercial o complicarán las cosas.
Pero una cosa es segura: podrían llevar años definir un modelo de negocio que justifique los miles de millones de dólares que los inversores están invirtiendo en el mercado de valores.