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, Application Lifecycle Management 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.

Lugar de celebración

En breve recibirá más información.

Fecha del acontecimiento

Miércoles 21 de mayo y
Jueves, 22 de mayo de 2025

Entrada anticipada

Disponible hasta el viernes 24 de enero de 2025
390 EUROS sin IVA

Entrada normal

590 EUROS sin IVA

Lugar de celebración

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Fecha del acontecimiento

Miércoles, 5 de marzo, y
Jueves, 6 de marzo de 2025

Entradas

Entrada normal
590 EUR sin IVA
Entrada anticipada

Disponible hasta el 24 de diciembre de 2024

390 EUR sin IVA
El acto está organizado por la revista E3, publicada por B4Bmedia.net AG. Las presentaciones irán acompañadas de una exposición de socios seleccionados de SAP. El precio de la entrada incluye la asistencia a todas las ponencias de la Cumbre Steampunk y BTP 2025, una visita a la zona de exposición, la participación en el acto nocturno y el catering durante el programa oficial. El programa de ponencias y la lista de expositores y patrocinadores (socios de SAP) se publicarán en este sitio web a su debido tiempo.