Recapitulación 2019 código abierto: Encontrar el modelo económico adecuado sigue siendo difícil

hace 4 años · Actualizado hace 4 años

L

Siempre burbujeante, el mundo del código abierto prospre y ve el aumento en las ventas generadas en torno a sus tecnologías. Sin embargo, en muchos casos, hay una falta de equilibrio entre quienes desarrollan proyectos y quienes se benefician de ellos.

El éxito mundial del código abierto ya no está por demostrarse, sus múltiples componentes se han infiltrado en todo el software más utilizado en las empresas y, sólo en Francia, se espera que el software y los servicios de ingresos que generará en 2020 alcance los 5.600 millones de euros, según un estudio presentado sobre la reciente Cumbre de Código Abierto de París. A pesar de ello, para los editores muy comprometidos con la apertura de proyectos a los que contribuyen sus equipos principalmente, sigue siendo tan difícil encontrar el modelo de negocio y la licencia adecuados que les permitan sostener y sostener la sociedad que han creado en torno a la tecnología desarrollada. Esta cuestión se planteó durante una mesa redonda en la Cumbre de Código Abierto de París a través del testimonio de los fundadores o CTO de Symfony, Matrix, Zend/PHP y Magento, quienes también abordaron el papel de las comunidades y, por cierto, señalaron el apoyo como el peor modelo económico cuando es la única fuente de ingresos, mientras que los servicios y el alojamiento son un modelo más eficaz. En ciencia de datos e IA donde se buscan habilidades, la implementación de herramientas de código abierto a veces requiere recursos que las empresas no tienen internamente, de ahí el uso de servicios.

Alrededor de muchos proyectos que se benefician de una amplia adopción gravitan a otras empresas que piden préstamos de estas tecnologías, en su beneficio, sin contribuir a cambio o poco. El fenómeno ha crecido por parte de los proveedores de servicios en la nube. El editor de bases de datos NoSQL MongoDB planteó el problema a principios de este año cambiando los modelos de licencia de AGPL a SSPL, Server Side Public License. El propósito de este cambio era hacer explícitas las condiciones para proporcionar SaaS de proyectos de código abierto y eliminar la confusión en torno a estos servicios en la nube. "La realidad es que una vez que un proyecto de código abierto se vuelve interesante, es demasiado fácil para los grandes proveedores de nube capturar todo el valor sin contribuir de ninguna manera a la comunidad a cambio", explica el equipo de MongoDB en su sitio web. Al cambiar la licencia, el editor de la base de datos busca asegurarse de que los proveedores que alojan públicamente MongoDB como un servicio, o cualquier otro software con una licencia SSPL, también contribuyen a la comunidad. Otros editores de código abierto como Redis Lab y Confluent también han cambiado de licencia este año.

Índice
  1. Experimentar con otros modelos de gobernanza
  2. MapR adquirido por HPE, Docker se volvió a centrar en los desarrolladores

Experimentar con otros modelos de gobernanza

Un actor como AWS está navegando por la ola de código abierto. En marzo, lanzó su propia distribución de Search Engine Elasticsearch, de la misma manera que había propuesto previamente con Amazon Corretto su propia distribución del OpenJDK. Para justificar el lanzamiento de Open Distro para Elasticsearch, AWS citó los cambios realizados por el editor Elastic en su software, lo que introdujo una falta de claridad entre el código abierto y el código propietario. Unos meses antes, Elastic había abierto el código para varios productos con el fin de aumentar la participación de la comunidad en torno a ciertas funciones. El objetivo era entonces, para la empresa fundada por el creador del proyecto Elasticsearch, poder invertir con el fin de avanzar rápidamente en el desarrollo de sus productos manteniendo un buen compromiso entre apertura y desarrollos comerciales.

Sobre la gobernanza de los proyectos de código abierto, Dries Buytaert, fundador hace 18 años del proyecto CMS Drupal, escribió una serie de publicaciones esta caída sobre cómo combatir la competencia desleal en código abierto y encontrar un equilibrio entre quienes crean estas tecnologías, los "fabricantes", y los que las toman, los "tomadores". "Existen tres modelos para evolucionar y apoyar proyectos de código abierto: autogobierno, privatización y centralización", escribe, explicando que estos tres modelos tienen como objetivo reducir los fallos de coordinación, pero requieren que las comunidades de código abierto adopten formas de vigilancia, recompensas y sanciones. Si bien este pensamiento es controvertido, está respaldado por décadas de investigación en áreas adyacentes", dice. Dries Buytaert añade que las comunidades de código abierto se beneficiarían de experimentar con nuevos modelos de gobernanza y sistemas de coordinación, innovar en torno a la concesión de licencias y la búsqueda de modelos de recompensas.

MapR adquirido por HPE, Docker se volvió a centrar en los desarrolladores

Mientras el debate y la búsqueda de soluciones continúan en torno a estas cuestiones, los caprichos financieros inherentes a la rentabilidad de los modelos han llevado a dos de las empresas más de alto perfil del sector, MapR y Docker, a tener que buscar un comprador y reorientarse. En junio, MapR, pionero en distribuciones de Hadoop con Cloudera y Hortonworks (que se fusionaron a finales de 2018), anunció los despegues y en agosto HPE adquirió los activos de la compañía. "La nube mató a la trinidad de Hadoop Cloudera/Hortonworks/MapR", dijo Matt Asay, quien recientemente se unió a AWS en el negocio de la nube y el código abierto.

En cuanto a Docker, que popularizó la tecnología de contenedores ahora dominada por el orquestador Kubernetes, también tuvo que revelar a finales de septiembre dificultades financieras que le obligaron a buscar un inversor para financiar su estrategia. A mediados de noviembre, venderá su negocio docker Enterprise a Mirantis para centrarse en los desarrolladores y los flujos de trabajo de implementación de aplicaciones con sus soluciones Docker Desktop y Docker Hub.

La semana pasada, el editor Redis Labs comentó sobre la última ofensiva de AWS sobre tecnologías de código abierto, esta vez en la base de datos NoSQL Apache Cassandra. El número uno en la nube pública también aprovecha la oportunidad para volver en una publicación sobre cómo ve su contribución al código abierto. Redis Labs, por su parte, considera sobre todo que la relación sigue siendo complicada entre AWS y el código abierto. Es de esperar que estas relaciones puedan evolucionar hacia la clarificación en los próximos meses con el fin de lograr un reequilibrio de fuerzas. En París este otoño, la conferencia Open CIO Summit también examinó el impacto de los principales actores de TI que financian a los desarrolladores en proyectos de código abierto y los desafíos que esto conlleva para las empresas que intentaban, con estas tecnologías abiertas, liberarse de los principales proveedores de soluciones de TI.

Si quieres conocer otros artículos parecidos a Recapitulación 2019 código abierto: Encontrar el modelo económico adecuado sigue siendo difícil puedes visitar la categoría Otros.

Otras noticias que te pueden interesar

Subir