Como desplegar un Azure App Service sin tiempos de caída

Es muy probable que si estamos realizando y desplegando una API o una web usando App Services, necesitemos que nuestro producto este siempre on-line, sin dejar de dar servicio en ningún momento durante el proceso de despliegue. También es posible que quieras probar manualmente que todo funciona correctamente, pero sin que esto afecte a los usuarios en producción. O simplemente te puede interesar realizar pruebas A/B y redirigir parte del trafico entrante a distintos servicios. Para ello, Azure App Service ofrece los Staging Slots.

Hemos de tener en cuenta que esta característica no esta disponible en todos los niveles del servicio, por lo que en los niveles gratuitos, compartidos y el básico no podrás utilizarlo. También es algo normal, ya que es una característica útil en entornos productivos.

Listado de las características incluidas en el app service, entre ellas se encuentra staging slot, en este caso permite hasta cinco slots

Vamos a ver como crear y configurar un App Service que no deje de dar servicio durante un despliegue.

Configuración en Azure

Lo primero será crear un app service y acceder a la sección “Deployment slots”.

Menú en portal de azure donde una de las opciones es Deployment slots

Una vez dentro de la configuración de Slots, solo tienes que añadir uno nuevo y asignarle un nombre (en nuestro caso le he puesto “staging”). Le decimos si queremos que clone los settings y lo creamos.

Pantalla de configuración de los slots, uno de los punto de menú es añadir slot

Pantalla de creación del slot. Hay que introducir el nombre que le ponemos, en nuestro caso staging y la configuración de clonado de configuración

En este punto, disponemos de un slot de producción y otro para el staging. Podemos comprobar, como cada slot tiene su propia URL:

Slot de producción
Slot de staging

Además, esta configurado para que todo el trafico vaya al slot de producción por defecto. Lo que hemos de hacer ahora, es desplegar sobre el slot de staging, y una vez realizadas las comprobaciones pertinentes, hacer un intercambio entre staging y producción. Cuando cambiemos entre slots internamente re-direccionara y no tendremos ni un segundo de downtime. Vamos a ver como hacer esto con Azure DevOps.

Configuración del despliegue con Azure DevOps

Para el ejemplo que estamos viendo, he creado una release que despliega una página web en un web-app. Como se puede apreciar en la imagen, la release es muy sencilla. Por una lado una tarea que desplegará sobre el slot, y finalmente, otra tarea que realizará el swap entre los slots. Para el ejemplo he puesto una intervención manual, simplemente para probar el funcionamiento, pero no sería necesario.

Vamos a ver la configuración de las tareas.

La primera de las tareas es la que se encargará de desplegar en el app service. En este punto tan solo hemos de indicar que se ha de desplegar sobre un slot e indicar sobre cual, tal y como se puede apreciar en la siguiente imagen:

Despúes, una vez finalizado el despliegue en el slot, indicaremos que se realice un swap con la tarea “Azure app service manage” e indicando la acción de “Swap slots”:

Finalmente solo hay que indicar el slot de origen y en nuestro caso marcamos que realice el swap sobre el slot de producción, pero podría ser sobre cualquier otro que tengamos creado.

¡Y listo!, hemos desplegado la web con cero downtime.

Como preparar la certificación Azure Solutions Architect Expert

Recientemente me he certificado como Microsoft Certified: Azure Solutions Architect Expert y me gustaría contar por aquí como ha sido la experiencia y que recursos he utilizado para formarme, tal vez a alguien le ayude en algo.

Sigue leyendo Como preparar la certificación Azure Solutions Architect Expert

Azure SQL Server ahora en modo serverless

El lunes pasado (06/05/2019) se anunció la versión en preview de un nuevo modo de facturación para Azure SQL Server basado en el consumo y no el el aprovisionamiento. De este modo, se suma a Azure API Management que ya incluyo este modo de facturación (también en preview, de momento) el pasado diciembre.

Este nuevo modo, puede ser realmente interesante en algunos escenarios. Voy a ver si durante la semana puedo probarlo y comentar en una entrada hablando sobre el tema.

https://docs.microsoft.com/es-es/azure/sql-database/sql-database-serverless

https://azure.microsoft.com/en-us/blog/announcing-azure-api-management-for-serverless-architectures/

Soporte completo con PowerShell para Cosmo DB

Hace algún tiempo me tope con la necesidad de tener que realizar algunas modificaciones sobre una Cosmo DB en tiempo de Release y no pude por que no se soportaba mediante ARM, API ni PowerShell. En aquel momento, vote sobre una petición abierta al respecto en los foros de feedback de Microsoft (mira si hace tiempo, que por aquel entonces era Document DB)

Ya había olvidado el tema (no lo he vuelto a necesitar) cuando hoy me ha llegado un correo avisando que la petición ha sido finalizada:

Por lo tanto, Cosmo DB ya tiene soporte PowerShell para todos sus recursos. Una lista de lo que se puede hacer:


https://docs.microsoft.com/en-us/azure/cosmos-db/powershell-samples

¡Nos leemos!

Nuevo tema oscuro (dark) en Azure DevOps

En la nueva actualización del sprint 150 de Azure DevOps, han lanzado un nuevo tema oscuro (dark) para Azure DevOps, una cambio que puede parecer menor (solo es visual), pero que agradeceremos los que estamos acostumbrados a trabajar con el tema oscuro de Visual Studio.

Activarlo es muy sencillo, solo hay que ir a las opciones de usuario y seleccionar el tema:

¡Nos leemos!

La paradoja de la ballena y las bicicletas

http://badtasteink.tumblr.com/post/45055022648

Desde hace algún tiempo, muchas empresas en su proceso de transformación digital están migrando a la nube. En mi caso trabajo con Azure y uno de los problemas con los que me encuentro bastante a menudo es que al vender como una de la cualidades de la nube la escalabilidad de esta, el cliente y/o todas las personas no técnicas (y algunas técnicas) que de alguna forma están relacionados con el proyecto, creen que todo sistema alojado en la nube va a escalar mágicamente con tan solo darle a un botón. Y claro, esto al final se convierte en problemas de rendimiento y de costes.

Te encuentras problemas del estilo: – Oye, que la base de datos no da mas de sí y por eso va todo lento. – No pasa nada, escala. Así lo resolvemos, ¿no? – Ya si, pero vamos a mirar por que esta ya tan al límite, no debería con este volumen de uso… – Tiene coste para nosotros… – Si, claro, tenemos que revisa… – Pues no se puede, escala. – Pero llegará un momento que… – Escala.

Sigue leyendo La paradoja de la ballena y las bicicletas

Primeros pasos con Docker para Windows

Uno de los muchos temas tecnológicos a los que llego tarde es Docker. Pero ha llegado un punto en el que no puedo retrasarlo más y he de ponerme con ello por que he de tener, como mínimo, unos conocimientos base. Así que aprovechando la situación, voy a ir haciendo una serie de entradas en el blog con lo que vaya aprendiendo. Como sabrás ya si has leído algo más del blog (y si no te lo digo ahora), yo soy muy de Windows, por lo que me voy a centrar en Docker para Windows y mas adelante con Azure. ¡Vamos pues!

Imagen relacionada
Sigue leyendo Primeros pasos con Docker para Windows

Tareas de Azure DevOps: ARM Outputs

Voy a iniciar una serie de entradas para ir comentando algunas tareas de Azure DevOps que por un motivo u otro me han facilitado la vida. Voy a empezar con ARM Outputs. Esta tarea no viene por defecto y hay que descargarla e instalarla desde el Market.

Esta tarea nos permite obtener valores que hemos definido como outoputs en una plantilla ARM para poder utilizarlos posteriormente como variables en las siguientes tareas. Por ejemplo, podemos definir como outputs las distintas claves de servicios creados por ARM, que después podemos usar para insertar en valores de settings.

Sigue leyendo Tareas de Azure DevOps: ARM Outputs