¿Por qué la implementación de Azure tarda tanto?
Estoy tratando de entender por qué puede tomar de 20 a 60 minutos implementar una pequeña aplicación en Azure (utilizando el método de carga de configuración/paquete, no desde dentro de VS).
He leído esta situación y esta pero todavía estoy un poco confuso: ¿hay un extraño ritual no tecnológico que ocurre mientras las instancias se distribuyen, como alguien en Microsoft encendiendo una vela o haciendo un baile?
3 answers
Como usuario compañero de Azure, comparto su dolor: la implementación no es "rápida"/"sin dolor", y esto duele especialmente cuando está en un ciclo de desarrollo y desea probar iteraciones de desarrollo en Azure. Sin embargo, en general, las implementaciones deben 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 el despliegue: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure
Y hace referencia a explicación de nivel más profundo en: http://channel9.msdn.com/blogs/pdc2008/es19
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-02-22 17:42:47
Hay muchas cosas que suceden entre bastidores cuando implementa una aplicación en la nube de Azure. No tengo ninguna idea especial de lo que está pasando detrás de la cortina, pero después de haber trabajado en las herramientas VS para cargar proyectos en la nube de Azure, estas son mis impresiones como un extraño mirando:
Entre otras cosas:
- El hardware debe asignarse del grupo de servidores disponible
- El VHD del sistema operativo principal debe cargarse en la máquina
- Una máquina virtual la instancia debe ser inicializada y arrancada de esa imagen VHD
- Su paquete de aplicación debe copiarse en la máquina virtual e instalarse
- El monitor de VM debe esperar a que su servicio se inicie o fallar
- El equilibrador de carga del centro de datos y el firewall deben estar informados de los puntos finales de servicio de su aplicación
- Una vez que todo eso se ha sincronizado, su aplicación es accesible desde la web.
La imagen VHD probablemente tenga un tamaño de gigabytes, mucho más grande que la carga de tu aplicación. Incluso en una red de centro de datos superrápida, se necesita tiempo para mover esa cantidad de cosas en la máquina virtual, desempaquetarla y arrancar desde ella. Además, el equilibrador de carga y el firewall probablemente estén optimizados para que las solicitudes de enrutamiento sean la prioridad más alta. Reconfigurar el cortafuegos y el equilibrador de carga es una prioridad menor, y debe hacerse 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. Actualizar una implementación existente se implementa mucho más rápido: 2 a 3 minutos en lugar de 20 a 30 minutos.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-11-11 17:56:39
Mira este video PDC10 de Mark Russinovich. Entra en gran detalle sobre 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
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-04-11 15:20:10