Elección del servicio de computación adecuado

Azure ofrece varios servicios de procesamiento, cada uno diseñado para un tipo de carga de trabajo, un nivel de control y un modelo operativo diferentes. Elegir el servicio de procesamiento equivocado puede provocar una complejidad innecesaria (si es demasiado bajo nivel) o un control insuficiente (si está demasiado abstraído). La pregunta clave es: ¿cuánto de la infraestructura subyacente necesita administrar? En esta lección se explican las principales opciones de procesamiento y los criterios que le ayudarán a elegir la adecuada para cada escenario.

Azure Virtual Machines le ofrece control total sobre el sistema operativo, el entorno de ejecución y la pila de aplicaciones. Utilice máquinas virtuales cuando necesite ejecutar aplicaciones heredadas que requieran una versión específica del sistema operativo o una configuración concreta del kernel, realizar una migración mediante lift-and-shift de una carga de trabajo local sin modificarla, instalar software personalizado a nivel del sistema o disponer de un procesamiento persistente que se ejecute las 24 horas, los 7 días de la semana, con una configuración fija y predecible. La contrapartida es la mayor carga operativa: usted es responsable de aplicar parches al sistema operativo, reforzar la seguridad y supervisar la capa del sistema operativo.

Virtual Machine Scale Sets es la opción adecuada cuando necesita máquinas virtuales, pero también escalarlas automáticamente según la demanda. Si su carga de trabajo no tiene estado (servidores web, backends de API o trabajadores por lotes), se ejecuta de forma idéntica en cada instancia y experimenta una demanda variable, VMSS es la opción natural. Combina el control a nivel de máquina virtual con el escalado horizontal automatizado. Al elegir entre una máquina virtual independiente y VMSS, el factor decisivo suele ser si la carga de trabajo necesita escalar más allá de una sola instancia.

Azure App Service es una plataforma PaaS para alojar aplicaciones web, API REST y backends móviles. Usted implementa su código (en Node.js, Python, Java, .NET, PHP, Ruby o un contenedor) y Azure administra el entorno de ejecución, el sistema operativo, la aplicación de parches, el equilibrio de carga y el escalado. Utilice App Service cuando quiera publicar código rápidamente sin administrar la infraestructura, cuando su aplicación siga patrones web estándar y cuando no necesite personalización a nivel del sistema operativo. App Service es uno de los servicios de Azure más populares gracias a su equilibrio entre potencia y sencillez.

Azure Container Instances (ACI) le permite ejecutar un contenedor Docker en la nube sin administrar ninguna infraestructura: ni máquinas virtuales ni un orquestador. ACI es ideal para cargas de trabajo de contenedores de corta duración y bajo demanda: trabajos por lotes programados, tareas de canalizaciones de CI/CD, scripts de procesamiento de datos o entornos de desarrollo. Los contenedores se inician en segundos y usted paga por cada segundo de CPU y memoria consumidos. ACI no ofrece funciones como el descubrimiento de servicios, las implementaciones graduales o el reinicio basado en el estado que ofrece Kubernetes; es un entorno de ejecución para un solo contenedor o un grupo de contenedores.

Azure Kubernetes Service (AKS) es un entorno de Kubernetes administrado para orquestar aplicaciones en contenedores a escala. Utilice AKS cuando tenga varios microservicios que necesiten descubrimiento de servicios, implementaciones graduales, recuperación automática y un escalado avanzado. AKS administra el plano de control de Kubernetes (servidor de API, etcd y programador) como un componente PaaS gratuito, mientras usted administra las máquinas virtuales de los nodos de trabajo. AKS es la opción de contenedores que exige más trabajo operativo, pero ofrece la mayor potencia y flexibilidad para arquitecturas de microservicios de producción.

Azure Functions es una opción de procesamiento sin servidor y basada en eventos, en la que usted escribe funciones individuales que se ejecutan en respuesta a desencadenadores: solicitudes HTTP, programaciones de temporizador, mensajes que llegan a una cola o eventos de otros servicios de Azure. Paga por ejecución (el primer millón de ejecuciones al mes es gratuito) y la plataforma escala automáticamente de cero a miles de ejecuciones simultáneas. Utilice Functions para la automatización basada en eventos, los webhooks y las canalizaciones de transformación de datos, así como para cualquier carga de trabajo que sea naturalmente breve y se base en desencadenadores.

Utilice este árbol de decisión simplificado: ¿Necesita control total del sistema operativo? → VM o VMSS. ¿Carga de trabajo en contenedores a escala? → AKS. ¿Un solo contenedor de corta duración? → ACI. ¿Aplicación web o API sin administrar el sistema operativo? → App Service. ¿Código basado en eventos y de corta duración? → Azure Functions. Cuanto más descienda en esta lista, menos infraestructura administra y más rápido puede implementar, pero también tiene menos control sobre el entorno de ejecución. Elija el nivel de abstracción más alto que cumpla sus requisitos.

En las arquitecturas del mundo real se suelen utilizar varias opciones de procesamiento conjuntamente. Por ejemplo, una empresa podría utilizar App Service para su aplicación web orientada a los clientes, Azure Functions para el procesamiento de pedidos basado en eventos, AKS para su plataforma interna de microservicios y máquinas virtuales para un sistema ERP heredado que no se puede refactorizar. Las herramientas de administración unificada de Azure —el portal, la CLI, las plantillas de ARM y Azure Monitor— funcionan de manera coherente en todos los servicios de procesamiento, lo que permite administrar arquitecturas con varios servicios de procesamiento desde un único plano de control.

El coste varía considerablemente entre las distintas opciones de proceso. VMs — se cobra por hora según el tamaño de la VM, incluso cuando está inactiva (a menos que se desasigne). App Service — se cobra por hora según la SKU de App Service Plan, pero varias aplicaciones pueden compartir un mismo plan sin coste adicional. ACI — se cobra por segundo según el uso real de CPU y memoria, sin coste por inactividad. Azure Functions (Consumption Plan) — se cobra por ejecución y por segundo de tiempo de ejecución, con un nivel gratuito muy generoso. Para cargas de trabajo variables, las opciones serverless casi siempre son las más rentables; para cargas de trabajo estables y siempre activas, las VMs reservadas o los planes de App Service pueden resultar más económicos.

Los distintos servicios de proceso ofrecen diferentes garantías de SLA: Single VM (Premium SSD): 99,9 %. VM in Availability Set: 99,95 %. VM across Availability Zones: 99,99 %. App Service (Standard tier and above): 99,95 %. Azure Functions (Consumption Plan): 99,95 %. AKS: 99,95 % de disponibilidad para el servidor de API (con el nivel de pago). El SLA compuesto de una arquitectura con varios componentes se calcula multiplicando los SLA individuales; por ejemplo, App Service (99,95 %) conectado a Azure SQL (99,99 %) proporciona un SLA compuesto aproximado del 99,94 %.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que Azure ofrece varias opciones de proceso —VMs, VMSS, App Service, ACI, AKS y Functions—, cada una adecuada para distintos perfiles de carga de trabajo y requisitos de control; la regla general consiste en elegir el nivel de abstracción más alto que cumpla sus requisitos para minimizar la carga operativa; y las arquitecturas reales suelen combinar varios servicios de proceso orquestados mediante la capa de administración unificada de Azure. A continuación, comenzaremos a explorar los servicios de almacenamiento de Azure, empezando por Storage Accounts.