¿Es el miedo al bloqueo del proveedor una razón convincente para pasar a OpenStack?

Yo diría que sí, pero no es la única razón. Si está creando una aplicación compatible con la nube (una que utiliza una API en la nube para controlar la infraestructura y aprovisionar recursos dinámicamente), entonces es una razón muy convincente.

De lo contrario, comienza a construir su aplicación para una API patentada y, con el tiempo, cuando su aplicación se vuelve grande y compleja, si decide buscar un proveedor alternativo, descubre que el cambio requiere no solo cambiar las llamadas a la API sino también -Piense o rediseñe su aplicación, que a menudo es increíblemente costosa y poco práctica.

El problema es que una API es una abstracción de la tecnología subyacente y las opciones tecnológicas del proveedor. Por lo tanto, el uso de una API a menudo dicta el uso de un estilo de arquitectura y el diseño de una aplicación en torno a una implementación específica. Ese es el encierro.

Piense en usar OpenStack como una póliza de seguro para el futuro.

Digo que no es la única razón porque un beneficio relacionado es la capacidad de ejecutar múltiples nubes usando la misma tecnología (mismo código, mismas API, mismo paradigma). Esto significa que puede construir una nube privada en su centro de datos, una nube privada es un entorno alojado y usar una nube pública, todo con la misma aplicación y aprovechando las mismas habilidades.

Un buen ejemplo de esto es HubSpot: tienen una aplicación que puede crear un servidor en una nube pública, privada o en una infraestructura dedicada. El servidor es idéntico. La aplicación funciona igual. A la aplicación no le importa dónde vive porque las API y la arquitectura son las mismas.

Algunas de las principales empresas de tecnología están apostando por OpenStack y están haciendo que los servicios de OpenStack estén disponibles, incluidos Rackspace (donde trabajo), IBM, HP y muchos más.

Un tercer beneficio del uso de tecnologías abiertas es la idea de que una comunidad innova más rápido y ofrece más opciones que un solo proveedor. En el caso de AWS, toda la innovación ocurre en su oficina de Seattle. Es difícil imaginar que toda la innovación para toda una industria provenga de un solo lugar.

En el caso de OpenStack, la NASA proporcionó parte de la tecnología básica, Rackspace ha sido un contribuyente importante, compañías como CISCO ayudan con los componentes de red, compañías líderes en trabajo de almacenamiento en los aspectos de almacenamiento, etc. Al final, hay más opciones y más transparencia. Incluso HubSpot contribuyó con el código.

Tiendo a estar en desacuerdo con Marten. Es el CEO de una empresa que ofrece un clon de la nube de Amazon. Como dijo #Robert Scoble, las empresas deberían centrar a sus ingenieros en la innovación, no en la ingeniería inversa que alguien más construyó. No importa cuánto intente E # eucalyptus, siempre estarán un paso por detrás de AWS. La API de AWS es propietaria, pueden cambiarla en cualquier momento y no hay un modelo de licencia.

Como dije antes, adoptar la API de Amazon requiere adoptar las decisiones tecnológicas que han tomado, algunas de las cuales pueden no ser adecuadas para requisitos comerciales específicos. Esto es especialmente importante teniendo en cuenta que AWS se creó originalmente para admitir la tienda Amazon.com, no para ofrecer servicios a pedido a la industria de TI.

La historia muestra que las interfaces abiertas por sí solas no son suficientes. Mire el formato de documento abierto (ODF). Ha estado disponible durante años, pero todos pagan por Microsoft Office a pesar de que los clones que han realizado ingeniería inversa de los formatos y han adoptado ODF están disponibles de forma gratuita.

Al final, siempre hay espacio para ambos. Habrá muchos clientes que estén de acuerdo con un compromiso a largo plazo con AWS y muchos de ellos lo harán muy bien. Hay muchos clientes que creen en la innovación abierta y que buscarán una plataforma que les brinde flexibilidad para ejecutar la nube en sus propios términos, donde quieran, con el proveedor que elijan.

:


Al igual que con todas mis publicaciones, esta respuesta refleja mis propios pensamientos que el empleador puede o no compartir.

Si OpenStack fuera totalmente compatible con AWS Y si las diversas ofertas de OpenStack fueran mutuamente compatibles, entonces de hecho OpenStack reduciría el posible bloqueo con AWS. Mientras este no sea el caso, es una situación de una forma de bloqueo versus otra. También puede quedar encerrado en usted mismo, por así decirlo, si personaliza su propia solución. Los productos de código abierto estandarizados compatibles con plug son lo único que elimina de forma confiable el bloqueo.

Si desea poder mover aplicaciones entre diferentes nubes, AWS, Azure, HP, OpenStack, etc., debe mirar el producto de código abierto de Ubuntu: Juju.

Juju le permite encapsular las mejores pilas de software de su clase y moverlas instantáneamente entre la nube. Implemente, integre y escale al instante cientos de paquetes de software existentes y agregue los suyos. No use ningún servicio específico de ninguna nube, por ejemplo, RDS, y en su lugar cree su base de datos y otros clústeres con Juju.