Todos los cambios: las licencias de código abierto aumentan el peso de las iniciativas a medida que se desarrollaron
7 min read
Posiblemente una curación de transferencia básica en las definiciones del código abierto, Hashikarp, ha pasado a licencias más limitadas para términos de infraestructura como código (IaaS) en 2023. Especialmente para ofertas de código abierto de un solo proveedor.
Sin embargo, el CEO Open Open Open sin fines de lucro, Amanda Brock, argumentó que los centros de datos deberían usar una tecnología más relacionada con la fuente abierta, al menos no porque pueda reducir las emisiones de carbono.
“Cuando puede usar anteojos de manera abierta y cooperativa para crear algo, también puede usar los datos que le permiten saber cuándo y cómo usar energía”, dice.
Aunque “las grandes empresas han sido acusadas de ‘maquillaje de franjas’ de código abierto, la parte de ingresos no ha sido devuelta lo suficiente”, dijo Brock que la necesidad de licencias para evitar que DatCentress del código abierto no parezca cambiar.
“No voy a decir que no hay riesgo (en él), pero hemos visto a una de las primeras compañías en venir a todo el círculo y moverse a todo el círculo. Después de alejarse del código abierto, pueden resolver las cosas con el AWS “, dijo Brooke”.
Puede ser una contramvía en 2024 “cambio crítico” Tenedor – El resultado del paso Hashikarp fue una bifurcación en Opentoofu. Se dijo que siempre fue difícil para las empresas establecidas como un código abierto para mantenerse “auténtico y verdadero” a ese ideal, agregó.
“Si está utilizando un proyecto que ha recibido una serie de grandes corporaciones que lo usan, estamos creciendo en riesgo de conducir su licencia con un tenedor. Podría cambiar completamente el mercado “, dijo.
La prestación alguna vez se consideró una “alternativa nuclear” para evitar una dirección de liderazgo particular en el software. Al tomar el mismo código, los DIV crean una rama en el repositorio, y la compañía va a dos partes en ese momento, incluidos el mantenimiento, las actualizaciones y trabajos similares en proyectos separados. A veces no funciona, y los proyectos se vuelven a emerger.
“Este es mucho trabajo y un gran problema. El código abierto es de 30 años o más … Solo hay media docena de tenedores exitosos “, dice Brock, cita los Servicios web de Amazon (AWS) y los elásticos, citas, Radis Y bien. Los eventos de Febrero de OpenUK pueden discutir temas relacionados con OpenCon.
Peter Zaitsev, el fundador de Parkona, quien proporcionó la base de datos de código abierto, está ampliamente de acuerdo. “Algunas personas pueden tener que pagar, pero a menudo no es lo importante que sucede para los importantes proyectos de código abierto. Se están creando alternativas. “
Incluso si los proveedores “logran un rápido” en proyectos críticos para el ecosistema de código abierto, las opciones de la bifurcación con la comunidad fuerte solo se volverán más populares en los próximos años, citando “drama elástico”, que terminó bajo reelease, que terminó bajo la licencia de reelease.
En el caso de Red Hat Enterprise, este paso ha sido alimentado con un mayor desarrollo en las opciones empresariales de Linux, agregó.
Las preferencias de PostgressQL pueden no tener todas las características de los Oráculos, pero aún así pueden cubrir la mayoría de las necesidades de la organización. Y para WordPress o muchos usuarios similares, este es en realidad el código abierto probablemente no nada, menciona Zaitsev.
Director de tecnología de la consultora de software Scott Logic Collin Ebrahdt “mejor” El software empresarial estándar ya está relacionado con el código abierto del 70-95% del software.
Incluso alrededor del 70% se aplica a los bancos de inversión “y tienen bastante cuidado con el código que ejecutan”, dijo Everhard. “Has escrito una pequeña cantidad de código en la parte superior de la pila de código abierto en estos días, independientemente de la industria”.
El ajetreo de la infraestructura, el software y las plataformas en la nube, por supuesto, puede tener muchos más códigos en ejecución, pero un datos colectivos regulares es probablemente fácil. Cualquier problema resultante de los desafíos de licencia se puede resolver de múltiples maneras, al menos no porque la licencia sea gratuita y el código abierto permanente cambió a “rollo de cable hacia adelante”, dijo.
“Sí, pueden cambiar la licencia y decir que, en esta dirección, no puede usarla, debe cumplir con estas condiciones o pagar este dinero”, dijo Everhard. “Pero hay casos de la bifurcación, incluidos los casos de la bifurcación. OpentofuDebido a la lógica de la licencia y quién ganó dinero. “
Código abierto
Si este es realmente un código abierto, las empresas son libres de cuidar a los suyos, si tienen la capacidad. Y, al mismo tiempo, existen mayores riesgos que las empresas de uso de código abierto pueden publicar, porque Iberhart agregó: “No hay obligación futura, con mucho software de código abierto”.
Por ejemplo, un proyecto de código abierto mal mantenido es un vector de ataque. Al mismo tiempo, la mayoría Cadena de suministro Los ataques que han comenzado a multiplicarse en los últimos años no son aleatorios, sino que están dirigidos.
“Si quisiera hacer un ataque atractivo, me gustaría ver algo utilizado en proyectos de infraestructura que me llevan a los centros de datos, bancos y cosas como esta y deja a todos”, dijo Everhard. “La ansiedad por la licencia no está mal, pero relativamente poco”.
Usuarios de código abierto ¿Qué se debe hacer entonces?
Ekhart dice que las empresas deben comprender mejor el uso de su código abierto, especialmente si dependen de ello. ¿Está conducido de manera sostenible? ¿Existe la dependencia de una sola persona en alguna parte? Cadena fácil de verificar la licencia.
“Trabajé en proyectos donde había una estructura que eligieron que era un elemento clave y lo vimos y simplemente la mantuvo una persona. Y he preguntado a alguien que sabe que la persona “, dijo.
Por ejemplo, considere los populares proyectos y subgrupos de la Fundación Linux, y trabaje en cualquier riesgo relacionado y cómo aliviarlos. Si la configuración de la organización es diferente, ¿puede mantenerla? ¿Qué códigos del código son intercambiables?
Para las grandes empresas, los requisitos pueden ser bastante estrictos. Las pequeñas empresas pueden disfrutar más de los desarrolladores que toman una decisión unilateral de descargar cosas para parchear algo o como algo. La parte de la respuesta es asegurarse de que todo se haya inscrito correcta y completamente.
“Me sorprende que las personas no sepan qué código están usando, de dónde vienen. Por lo tanto, este es definitivamente el primer paso, o si está publicando una aplicación empresarial, puede entender qué código está utilizando realmente. Obtenga más información sobre este código ”, dijo.
“Si alguien más le escribió a alguien más que escribió los códigos que ejecuta y se le da gratis, debe invertir algo de tiempo para comprender la movilidad de esa relación”.
Jad Jabara Jado Fuente y estándares de código abierto han desempeñado un papel vital en la agencia de gestión de infraestructura (DCIM) Hyerview, un gerente de datos basado en la nube. Por lo tanto, no se trata de cavar un código abierto para evitar riesgos relacionados.
“Ahora, para tal código abierto, es compatible comercialmente, y las razones que incluyen que todos no tienen trabajadores para hacer todas las cosas técnicas”, dijo.
“Excepto por el código abierto, Internet, como sabemos, la infraestructura, la economía digital no existe. Entonces, ahora a nivel de hardware con el proyecto Open Computer, necesita una escala para crear su estándar de hardware, pero impulsa la innovación, la durabilidad y la concentración en el DataSentra y nunca cambiará. “
Es decir, el modelo de compensación del desarrollador no molesta el problema. Jabara dice que el uso del uso del uso del uso de una ganancia es más difícil de comprender las complicaciones de la protección de datos, la residencia de datos y la remuneración financiera.
Iniciativas como Apache y Linux Foundation que impulsan la nativa de la nube funcionan bien, pero no es suficiente administrar el punto de vista de licencia o para administrar la protección y debilidad cibernética. Las empresas de los usuarios deben asegurarse de lo que usan la tecnología: ¿algo que termina en la vida, o el servicio o soporte final, por ejemplo?
Por lo tanto, dependiendo del modelo del negocio, una licencia más rigurosa puede ser una ventaja neta para el usuario, especialmente cuando las garantías específicas son parte del paquete más comercial.
“Esto es cierto sobre la asignación de sus recursos. Y no se hace igualmente en cada datos, “dice Jebara”.