1. En visual studio seleccionar el proyecto azure service y publicar, entonces elegir la opción de crear package. Con ello desde el portal de azure podremos publicar nuestra aplicación.
2. Una vez confirmada nuestra cuenta podremos entrar al portal windows azure, desde este noviembre hay una versión renovada en silverlight, en el menú de la izquierda están las principales opciones.
3. Versión anterior del portal, puede ser útil para el caso que tu navegador no responda a la interfaz más renovada en silverlight.
4. Menú de publicación de nuevo servicio, aparecen las opciones de elegir nombre (el que quieras) url (deber ser única) para el servicio, así como el origen del package y pack config de la aplicación. Es aconsejable publicar al stage environment, para testeo, y production después.
5. Para el caso de usar sql azure, como puede verse la interfaz de administración no ofrece grandes posibilidades. Tanto si conectas desde ssms, con la ver. 2008 R2 para tener compatibilidad con Sql azure o el sqlazure MW, siempre tendrás que ejecutar script t-sql.
6. Los consumos, como se ve para los días 2 y 3, cuentan a partir del momento que publicas la aplicación, “deploy” aunque esté en estado parada. Hay 9 horas de consumo para cada día desde el momento que la publiqué, hasta el 3 que borré la aplicación de tiempo de compute.
7. Captura de la web alojada en windows azure. Usa 2 instancias de small compute, se consigue mejora en la ejecución de la web. Coste 0.85 Eu/día.
Notas del editor
Captura de la web alojada en windows azure. Usa 2 instancias de smal compute,se consigue mejora en la ejecución de la web. Coste sería 0.85€/día.