Es un servicio de Azure que permite implementar aplicaciones, servicios y API de alta disponibilidad y escalabilidad “infinita” abstrayéndonos de la infraestructura.
Como bien apuntaba en la introducción, Azure Cloud Services nos permite implementar aplicaciones complejas por ejemplo multi-tier aplicaciones, con características que no puedan ser cubiertas por Azure Web Sites como múltiples roles pudiendo controlar la configuración de cada uno de ellos individualmente.
Se corresponden con el tipo de proyecto que se esté desplegando y podrían ser Web Roles y Worker Roles que:
Como cualquier servicio de Microsoft Azure, dispone de características comunes como la alta disponibilidad, la flexibilidad de escalado, el pago por uso, etc. Pero entre las múltiples características de Azure Cloud Services voy a destacar las que yo considero muy importantes y que marcan la diferencia:
Despliegue en modo “stage” (pruebas o desarrollo)
Esta característica nos permite realizar despliegues de nuestros proyectos en fase “stage” o si se prefiere, en fase de pruebas o desarrollo. Esto es, cada Cloud Service dispone de una réplica secundaria donde podemos desplegar sin perder el servicio de la instancia principal. De esta forma podremos probar nuevas funcionalidades y comprobar que todo funciona bien antes de poner el proyecto en producción. Pero, para mayor facilidad, en el momento en que consideremos oportuno pasarlo a producción, no tenemos que realizar un nuevo despliegue, sino que disponemos de una acción “Swap” que nos permitirá intercambiar las instancias de “stage” y “producción” sin pérdida de servicio y, si algo fuera mal, volver a realizar el “swap” dejando todo como estaba en un principio.
Un worker de caché es una aplicación de tipo “worker role” que nos permitirá gestionar la caché de nuestras aplicaciones como si de un servicio más se tratara, con lo que tendríamos la posibilidad de escalar a nuestro gusto. Para aplicaciones de gran envergadura que deban cachear mucha información, puede ser una característica muy importante.
Para sitios web de gran envergadura que necesiten escalar en determinados momentos esta característica es de enorme ayuda. Se me ocurre pensar, por mi experiencia, en el sitio web de una universidad donde, en la época de matrícula se produce un pico muy alto de interacciones que podrían generar una caída del servicio. En Azure Cloud Services, se puede activar el autoescalado permitiendo que el sitio web de esa universidad trabaje con un número de instancias adecuado a cada momento que aumentaría en las épocas de picos de interacción como el periodo de matrícula y se reduciría el resto del año con lo que se ahorraría en costes y no se tendría que disponer de una infraestructura sobredimensionada.
Como cualquier servicio de Microsoft Azure, Cloud Services está en modalidad de pay-as-you-go, pago por uso, lo que nos permite ajustar el gasto en función de nuestros presupuestos y necesidades tal y como podemos observar en la tabla de precios del Servicio.
Para obtener más información de Azure Cloud Services, podemos visitar la página de producto
Este sitio web utiliza cookies para que tengas la mejor experiencia de usuario. Si continuas navegando, estás dando tu consentimiento para aceptar las cookies y también nuestra política de cookies (esperemos que no te empaches con tanta cookie 😊)