La plataforma global e independiente para la comunidad SAP.

Open Core contradice el espíritu del código abierto

Open Core parece una buena idea: tecnologías de código abierto enriquecidas con funciones propias individuales. Pero el modelo da que pensar, porque los intereses de los proveedores pueden diferir de los de la comunidad.
Klemens Merk, Instaclustr
10 febrero 2022
Código abierto
avatar
Este texto ha sido traducido automáticamente del alemán al español.

tecnologías que van mucho más allá de lo que pueden ofrecer las soluciones propietarias: Nada menos que eso es la gran promesa del código abierto. Por definición, el software de código abierto es libre y abierto, algo diametralmente opuesto a los fundamentos de las aplicaciones propietarias. Por lo tanto, surge la pregunta legítima: ¿puede el núcleo abierto estar a la altura de los ideales del código abierto?

Un conflicto de intereses

Estrechamente relacionado con el código abierto, el modelo Open Core se compone de tecnologías de código abierto a las que las empresas añaden características propias. A partir de esta mezcla, crean una versión comercial del software que controlan. Los vendedores comercializan estas características como mejoras, especialmente en el contexto empresarial, aunque la realidad puede ser muy diferente. Además, el modelo comercial de núcleo abierto implica inevitablemente un profundo conflicto de intereses.

Por supuesto, los proveedores del núcleo abierto también contribuyen de forma significativa a los proyectos de código abierto en los que se basan sus soluciones. Lo hacen sólo por interés propio, ya que mejorar la base refuerza inevitablemente su propio producto. Sin embargo, cuando los intereses de los proveedores de núcleo abierto divergen de los de la comunidad de código abierto y los colaboradores del proyecto correspondiente, el conflicto de intereses se hace patente. A menudo ocurre que los proveedores del núcleo abierto ejercen su influencia y dirigen un proyecto en una dirección bastante interesada, a veces en detrimento de toda la base de usuarios.

Por ejemplo, la comunidad de un proyecto de código abierto podría planear introducir características que hagan que el punto de venta único de un proveedor de núcleo abierto esté disponible de forma gratuita. Mientras que estas nuevas características benefician en general al resto de la comunidad, un proveedor de la correspondiente solución de núcleo abierto utilizaría casi con toda seguridad su influencia para oponerse a ello. El conflicto entre el beneficio para la comunidad y sus propios intereses empresariales no podría ser mayor. Estas circunstancias contradicen el espíritu del código abierto.

Precaución al elegir proveedor

Las empresas que se vuelven dependientes de las soluciones de núcleo abierto también corren el riesgo de sufrir un impacto negativo en su negocio. A menudo necesitan la experiencia de proveedores externos para hacer frente a la complejidad del software de código abierto. A veces, los equipos de soporte del núcleo abierto abusan de esta dependencia para empujar a los clientes a utilizar soluciones propietarias en lugar de alternativas libres, incluso cuando el resultado es una implantación subóptima. En el peor de los casos, el código de la solución de código abierto no es portátil, lo que conduce al bloqueo del proveedor y a la dependencia técnica. A las empresas les resulta difícil cambiar de proveedor o incluso controlar su propia solución.

Sin embargo, las empresas también deben tener cuidado con los servicios gestionados de los grandes proveedores de nube. Su principal interés es atraer nuevos usuarios a sus plataformas. Además, rara vez apoyan proyectos de código abierto en la medida adecuada. 

Todos estos problemas dejan claro que a las empresas les conviene más confiar en soluciones puras de código abierto. Las plataformas gestionadas, en particular, ofrecen infraestructuras con una amplia gama de funciones sin la amenaza de la dependencia de un proveedor. Además, la comunidad suele estar dispuesta a apoyar activamente las nuevas funciones, una situación en la que todos salen ganando.

avatar
Klemens Merk, Instaclustr

Klemens Merk es Director Senior DACH en Instaclustr


Escriba un comentario

Trabajar sobre la base de SAP es crucial para el éxito de la conversión a S/4. 

Esto confiere al centro de competencia una importancia estratégica para los clientes actuales de SAP. Independientemente del modelo operativo de S/4 Hana, temas como Automatización, Supervisión, Seguridad, Gestión del ciclo de vida de las aplicaciones y Gestión de datos la base de las operaciones S/4.

Por segunda vez, E3 Magazine organiza una cumbre para la comunidad SAP en Salzburgo con el fin de ofrecer información exhaustiva sobre todos los aspectos del trabajo preliminar de S/4 Hana. Toda la información sobre el evento puede encontrarse aquí:

Cumbre de Centro de Competencia SAP 2024

Lugar de celebración

Sala de actos, FourSide Hotel Salzburg,
En el recinto ferial 2,
A-5020 Salzburgo

Fecha del acontecimiento

5 y 6 de junio de 2024

Entrada normal:

€ 590 sin IVA

Lugar de celebración

Sala de actos, Hotel Hilton Heidelberg,
Kurfürstenanlage 1,
69115 Heidelberg

Fecha del acontecimiento

28 y 29 de febrero de 2024

Entradas

Billete normal
590 EUR sin IVA
El organizador es la revista E3 de la editorial B4Bmedia.net AG. Las conferencias irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las conferencias de la Cumbre Steampunk y BTP 2024, la visita a la zona de exposición, la participación en el evento nocturno y el catering durante el programa oficial. El programa de conferencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.