La pregunta es bastante amplia y puede interpretarse de múltiples maneras para obtener múltiples respuestas.
En aras de mi respuesta, supondré que desea agregar características propietarias a la API de un proveedor de alojamiento en la nube existente.
Las API son generalmente “abiertas”, ya que tiene acceso para usarlas y crear aplicaciones en ellas. Esto se aplica a nubes públicas como Amazon AWS o hAPI de Voxel (http://api.voxel.net/docs/).
- ¿Cuál es la necesidad de virtualización y cuáles son sus desventajas en la computación en la nube?
- El cerebro humano es mucho más complejo de lo que podemos comprender, pero podemos almacenar datos en la nube. Cuando una PC falla, ¿se pueden restaurar los datos a una nueva?
- ¿Qué es una pila de nubes?
- ¿Qué es la informática de 64 bits?
- ¿Para qué sirve Serverless?
Si inicia una aplicación y función especial que aprovecha la API de un proveedor, puede crear llamadas de API para acceder a su función especial. Por supuesto, accederán a sus puntos finales en lugar de, por ejemplo, los de Amazon. Dependiendo de su aplicación, probablemente estaría abstrayendo al proveedor de servicios de fondo de la nube de todos modos, por lo que tendría una interfaz de portal completamente diferente o un contenedor API para presentar a sus clientes.
Ahora, si su objetivo es construir una nube privada y luego venderle el acceso, puede o no tener acceso a la API “abierta” que desea utilizar. Por ejemplo, puede construir una nube (quizás basada en OpenStack), ofrecer una API compatible con Amazon para que las personas puedan aprovisionar en AWS o en su nube. Entonces, tal vez desee ofrecer una mejora de funciones con nuevas llamadas API, para que las personas puedan moverse a su nube para la nueva función, pero no puedan moverse de su nube a Amazon.
Amazon te abofeteará y dejará de hacerlo por este tipo de cosas. Le permitirán usar su API para construir una nube privada (para que pueda irrumpir en su nube pública), pero no puede proporcionar esa API a otros clientes para que usen su nube en Amazon. Por lo tanto, es una API “gratuita como en cerveza”, pero no “gratuita como en discurso”.
Sin embargo, puede usar la API OpenStack y agregar API propietarias encima, ya que está disponible bajo la licencia Apache de código abierto. Los clientes que desean moverse entre las nubes OpenStack tendrían que usar la API de denominador común más bajo, por lo que es posible que haya menos personas que usen sus características propietarias. Depende mucho de cuán útil sea esa característica patentada para sus clientes.
Una de las diferencias entre Cisco de antaño y los servicios en la nube de hoy es que todo el panorama tecnológico ha cambiado. Es más difícil para un solo jugador dominar por completo como lo era entonces porque la barrera para ingresar al mercado competitivo es mucho más baja. También diría que los recursos tecnológicos disponibles (programadores, DevOps, personas que saben cómo construir los servicios) están mucho más disponibles ahora que en ese entonces, y muchos de ellos participan en proyectos de código abierto que no dejan tanto espacio para que una compañía acorrale el mercado en estos días.