Los modelos tradicionales de código abierto comercial para el software de aplicación empresarial (ERP, CRM, BPM, etc.) se han basado en la idea de un núcleo abierto. Por lo general, se trata de una licencia GPL con una edición comercial o empresarial que consiste en extensiones y soporte propietario. Con el auge de las API y las estrategias de monetización de las API, preveo que habrá un cambio natural para invertir este modelo de código abierto. Veremos APIs de nube de código no abierto (núcleo cerrado) enriquecidas con widgets y componentes de código abierto que están construidos para interactuar con la API (perímetro abierto). Una estrategia de perímetro de código abierto facilitará la adopción de una API basada en la nube cerrada.
La semana pasada, publiqué un artículo en Opensource.com en el que exponía mis ideas con mayor detalle. En este artículo, utilizo ejemplos de aplicaciones tradicionales, de núcleo abierto, así como nuevas, de software API
"Hoy en día, el desarrollo de software se construye alrededor de las API. En lugar de incorporar el producto de un proveedor en su aplicación, los desarrolladores pueden llamar a una API para consumir los servicios de un proveedor. Los desarrolladores no necesitan saber qué es lo que responde a sus llamadas en el backend; simplemente necesitan saber qué es lo que la API del vendedor espera de su código y qué es lo que pueden esperar recibir de la API. Es, en muchos sentidos, maravillosamente no íntimo".
