microsoft management deployment azure

deployment - management - ¿Por qué demora tanto el despliegue de Azure?



portal azure (3)

Como usuario compañero de Azure, comparto tu dolor: la implementación no es "rápida" / "indolora", y esto duele especialmente cuando estás en un ciclo de desarrollo y quieres probar revelaciones en Azure. Sin embargo, en general las implementaciones deberían tomar mucho menos de 60 minutos, y menos de 20 minutos también.

Steve Marx proporcionó una breve descripción de los pasos involucrados en la implementación: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

Y hace referencia a una explicación de nivel más profundo en: http://channel9.msdn.com/blogs/pdc2008/es19

Estoy intentando comprender por qué puede llevar de 20 a 60 minutos implementar una pequeña aplicación en Azure (utilizando el método de configuración / carga del paquete, no desde VS).

He leído esta situación y esta, pero todavía estoy un poco confuso: ¿hay algún ritual extraño no tecnológico que se produce mientras se están distribuyendo las instancias, como alguien de Microsoft encendiendo una vela o haciendo un baile?


Hay muchas cosas detrás de escena cuando implementa una aplicación en la nube de Azure. No tengo ninguna idea especial de lo que sucede detrás de la cortina, pero al haber trabajado en las herramientas de VS para subir proyectos a la nube de Azure, estas son mis impresiones cuando alguien me mira desde afuera:

Entre otras cosas:

  1. El hardware debe asignarse desde el grupo de servidores disponibles
  2. El VHD del sistema operativo central debe cargarse en la máquina
  3. Una instancia de VM debe inicializarse y arrancarse desde esa imagen VHD
  4. Su paquete de aplicación debe ser copiado a la VM e instalado
  5. El monitor de VM debe esperar a que se inicie su servicio o fallar
  6. El equilibrador de carga y el firewall del centro de datos deben conocer los puntos finales de servicio de su aplicación
  7. Una vez que todo eso se haya sincronizado, se podrá acceder a su aplicación desde la web.

La imagen VHD probablemente tenga un tamaño de gigabytes, mucho más grande que la carga de la aplicación. Incluso en una red de centro de datos superrápida, lleva tiempo mover tantas cosas a la VM, descomprimirla y arrancar desde allí. Además, el equilibrador de carga y el cortafuegos están probablemente optimizados para que las solicitudes de enrutamiento tengan la máxima prioridad. La reconfiguración del firewall y del equilibrador de carga es de menor prioridad, y debe realizarse sin interrumpir el flujo de tráfico.

También tenga en cuenta que todo este trabajo solo tiene que hacerse para una nueva implementación. La actualización de una implementación existente se desarrolla mucho más rápido: de 2 a 3 minutos en lugar de 20 a 30 minutos.


Mira este video PDC10 de Mark Russinovich. Explica detalladamente lo que está sucediendo dentro de Azure con algunas ideas sobre el proceso de implementación (ciertamente lento).

El enlace original ya no funciona. Aquí hay otro enlace a una versión de la misma presentación: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T