Análisis de WindowsAzure y la naturaleza multifacética de la nube

" Cloud computing " es el concepto más popular de la industria de TI. Ben Pring, analista senior de Gartner, cree que "la computación en la nube es como la fiesta francesa". Pero casi todo el mundo tiene diferentes definiciones de computación en la nube ". Wikipedia se define como: computación en la nube, un método de computación en el cual los recursos de computación son escalables y virtualizados dinámicamente, a menudo proporcionados a través de Internet. Windows Azure es el sistema operativo basado en la nube de Microsoft, y al igual que la Plataforma de Servicios de Azure, es el nombre de la tecnología de "Software y Servicios" de Microsoft. El objetivo principal de Windows Azure es proporcionar una plataforma para que los desarrolladores ayuden a los desarrolladores a ejecutarse en

Primero, debemos ser claros acerca de si hablar de la nube como un servicio o como un concepto arquitectónico. Por lo general, nos encontramos con que no podemos llegar a una conclusión específica en la conversación sobre la computación en la nube. El motivo es que siempre damos por sentado que la computación en la nube se considera como un servicio operado por un operador de terceros hasta que comprendemos de repente de qué hablan otras personas. Es para comprar software y hardware para implementar su propia arquitectura en la nube.

Hay una gran diferencia entre estas dos vistas. En mi opinión, para la mayoría de las empresas, invertir en proyectos autónomos de computación en la nube no es una decisión inteligente. A menos que estas compañías se conviertan en proveedores en la nube, no podrán hacer un buen uso de los fondos a largo plazo. Pero debemos admitir que no hay muchas personas que tengan la misma opinión. Por el contrario, la mayoría de las empresas creen que la computación en la nube de desarrollo propio es la mejor manera. De hecho, al hacerlo, existe un claro efecto de ahorrar dinero en el corto plazo, ya que pasar a una arquitectura de centro de datos virtualizada que se puede aprovisionar automáticamente es un método de suministro más eficiente. El nuevo entorno informático de acceso rápido de la US Rapid Defense es un ejemplo clásico. Sin embargo, esta no es la computación en la nube de la que estamos hablando hoy. De hecho, dado que la nube de la que estamos hablando está detrás de un firewall corporativo, no lo definimos como computación en la nube.

Hasta ahora, Microsoft ha rechazado el empaquetado de Windows Azure en paquetes que las empresas pueden implementar por su cuenta. Por lo tanto, Microsoft insiste en una plataforma de nube de tipo de servicio para satisfacer las necesidades de terceros. En este sentido, creemos que Azure representa una nueva plataforma en la nube de segunda generación que responde mejor a las necesidades del mercado actual que los productos de los proveedores de primera generación. Los primeros proveedores en el mercado ofrecían la computación en la nube como un servicio separado, sin proporcionar otros servicios para conectar servidores en la nube y aplicaciones internas. Para algunas empresas que están listas para reemplazar la computación interna con nubes, esto definitivamente es algo bueno. Sin embargo, la mayoría de las empresas ahora adoptan una estrategia integral basada en el futuro previsible, por lo que deben conservar su arquitectura informática y extenderla a la nube. Los proveedores de la nube que sirven al mercado deben enfrentar este hecho e intentar resolver este problema. Aquí hay cuatro ejemplos de Azure:

Desbordamiento a corto plazo para reponer el entorno interno

Este es el caso de una plataforma en la nube orientada a servicios que se usa ampliamente en el mercado empresarial. Aprovecha la flexibilidad de los métodos de pago de la computación en la nube y puede ahorrar efectivamente el costo de los servidores de prueba y desarrollo, incluso si el proyecto de una empresa requiere tráfico adicional durante el período de máxima carga. Debido a que se puede copiar fácilmente a plataformas internas, la rápida reposición de requisitos elásticos a menudo se considera una característica fundamental de la computación en la nube. Está muy extendido porque los atributos de la nube de computación en la nube no se usan con frecuencia en tales casos.

Los servicios y aplicaciones basados ​​en la nube se escalan a las instalaciones

Windows Azure tiene muchos ejemplos de esto. Por ejemplo, el software Microsoft Dynamic ERP tiene muchos sitios web nuevos y extensiones comerciales que complementan la suite de back-end con las operaciones automatizadas de front-end. El nuevo servicio, numerado Dallas, usa Azure como punto de agregación para servicios de información de bonificación. En este ejemplo, la nube puede proporcionar información en tiempo real de una manera más sencilla y eficiente que la arquitectura interna, y puede lanzar un nuevo conjunto de aplicaciones locales de Azure. Por supuesto, esto también significa que, como base de la estrategia de software + servicio de Microsoft, aunque no niega que hayamos definido previamente la computación en la nube como un complemento, en lugar de un sustituto, de la computación interna tradicional, tiende a fomentar la confianza en la arquitectura interna.

El alojamiento temporal como parte de una estrategia de migración a la nube

Esto es tanto una cosa buena como una mala. Como una fase temporal de la estrategia de TI en la nube local, el movimiento para mover el servidor a la nube es probablemente un plan de continuación que muchas empresas deben tomar para reducir la molestia. Sin embargo, en general, vemos que las personas simplemente están colocando las aplicaciones internas existentes en la nube, lo que resulta ser su uso completo de la nube. Este es un error que muchos desarrolladores de software independientes cometen.

Los servicios y aplicaciones basados ​​en la nube pueden reemplazar en las instalaciones.

Por supuesto, este es probablemente el estado ideal de la nube. Azure promete lograr esto, pero los tres escenarios anteriores son suficientes para distraer este esfuerzo, especialmente aquellos que se basan en una arquitectura informática interna y exclusiva permanente. Mientras Azure continúe evolucionando según el principio básico de "adiciones" en lugar de la arquitectura informática del cliente, se espera que Azure compita con otras plataformas en la nube.

En resumen, al autor le preocupa que los desarrolladores se detengan en Azure o en plataformas similares. Los casos anteriores básicamente pueden migrar las implementaciones de TI de la empresa a la nube, pero simplemente usan Azure como un reemplazo de la plataforma para el software y las aplicaciones. No aprovecha al máximo la naturaleza en tiempo real del entorno de nube, el ancho de banda uniforme y el uso compartido de API. Espero que Windows Azure no se convierta en un sanatorio de aplicaciones, sino que se convierta en una estación de reabastecimiento de aplicaciones y agregue vitalidad a la aplicación.