Microsoft AZ-900: Soporte, ciclo de vida del servicio y Marketplace — Guía de estudio

By Laurynas Brazys · 22 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Forma parte de la Microsoft Azure AZ-900 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Microsoft, o realiza tests cronometrados en ExamRoll.io.

La fiabilidad de las operaciones en Azure depende de elegir el modelo de soporte adecuado, comprender las señales de estado del servicio, diseñar según los acuerdos de nivel de servicio (SLA) publicados y adquirir soluciones de terceros de forma responsable a través del marketplace comercial. Este dominio se centra en cómo Microsoft da soporte a las cargas de trabajo en la nube a lo largo de su ciclo de vida y cómo los clientes operacionalizan ese soporte con la gestión de casos, los aumentos de cuota, las alertas de estado y la gestión de incidentes. Igualmente importante es la gobernanza en torno al cambio continuo. Los servicios de Azure siguen un ciclo de vida moderno con actualizaciones frecuentes y seguras, y notificaciones anticipadas para cambios disruptivos. Azure Marketplace amplía la plataforma con soluciones de partners validadas, lo que permite la adopción rápida de componentes de seguridad, redes, datos y aplicaciones bajo la facturación y el control de políticas consolidados de Azure.

Planes de soporte y gestión de casos de Azure

Microsoft ofrece varios planes de soporte de Azure alineados con la criticidad de la carga de trabajo y el nivel de asesoramiento requerido. El soporte Básico está incluido en cada suscripción y cubre únicamente la gestión de facturación y suscripciones. El soporte para Desarrolladores se enfoca en entornos de no producción y proporciona orientación técnica durante el horario comercial para problemas de menor gravedad. El soporte Estándar es el punto de entrada para el soporte técnico 24x7 y es apropiado para la mayoría de las cargas de trabajo de producción. Professional Direct (ProDirect) añade objetivos de respuesta más rápidos y acceso a asesoramiento proactivo, revisiones de arquitectura y seminarios web para acelerar las implementaciones. Premier/Unified es una cobertura empresarial que abarca los productos de Microsoft en la nube y locales, asignando a su organización un Customer Success Account Manager y servicios proactivos como revisiones de servicio, talleres, planificación de la preparación y coordinación de la gestión de incidentes. Las solicitudes de soporte se crean en el portal de Azure en Ayuda y soporte técnico. Los tipos de caso incluyen técnico, facturación, gestión de suscripciones y límites de servicio y suscripción (cuotas). Los casos técnicos requieren un plan de pago (Desarrollador, Estándar, ProDirect o Unified). El rol integrado de Colaborador de solicitudes de soporte permite a los usuarios abrir y gestionar casos sin conceder permisos más amplios sobre los recursos, mientras que los Propietarios y Colaboradores también pueden presentar casos. Los casos pueden integrarse con herramientas de ITSM a través de los grupos de acciones de Azure Monitor y el conector de ITSM para mantener una única cola de incidentes.

• Básico
  • Disponibilidad de soporte técnico: No (solo facturación/suscripción)
  • Objetivos de respuesta inicial (Sev A/B/C): N/A
  • Asesoramiento: Solo documentación y comunidad
  • Servicios proactivos: Ninguno
  • Uso típico: Pruebas, aprendizaje, cuentas no críticas
• Desarrollador
  • Disponibilidad de soporte técnico: Horario comercial (correo electrónico/web)
  • Objetivos de respuesta inicial (Sev A/B/C): N/A / N/A / < 8 horas
  • Asesoramiento: Guía general sobre procedimientos
  • Servicios proactivos: Ninguno
  • Uso típico: Desarrollo/pruebas y pilotos
• Estándar
  • Disponibilidad de soporte técnico: 24x7 para Sev A; horario comercial para severidades inferiores
  • Objetivos de respuesta inicial (Sev A/B/C): < 1 h / < 4 h / < 8 h
  • Asesoramiento: Asesoramiento de mejor esfuerzo con los casos
  • Servicios proactivos: Ninguno
  • Uso típico: Cargas de trabajo de producción con necesidades de respuesta estándar
• Professional Direct
  • Disponibilidad de soporte técnico: 24x7 para Sev A
  • Objetivos de respuesta inicial (Sev A/B/C): < 1 h / < 2 h / < 4 h
  • Asesoramiento: Asesoramiento proactivo, revisiones de arquitectura, incorporación
  • Servicios proactivos: Seminarios web, revisiones de servicio, gestión de escalados
  • Uso típico: Producción crítica para el negocio que necesita una respuesta y una guía más rápidas
• Premier/Unified
  • Disponibilidad de soporte técnico: 24x7 (alcance amplio de Microsoft)
  • Objetivos de respuesta inicial (Sev A/B/C): < 1 h / < 2 h / < 4 h
  • Asesoramiento: CSAM designado, guía a nivel de solución
  • Servicios proactivos: Talleres, evaluaciones, revisiones de servicio, coordinación de incidentes
  • Uso típico: Portafolios empresariales que abarcan múltiples productos

Creación de solicitudes de soporte y aumento de cuotas y límites

Las solicitudes de soporte se originan en el portal de Azure en Ayuda y soporte técnico > Crear una solicitud de soporte técnico. El flujo de trabajo solicita el tipo de problema, la suscripción, el servicio, el recurso, la región y la gravedad. Para los casos técnicos, se selecciona un nivel de impacto (gravedad) que se alinea con el impacto en el negocio y los objetivos de respuesta de su plan. Incluya diagnósticos (marcas de tiempo, ID de correlación, métricas e historial de cambios) para acelerar la clasificación. Para la gestión de facturación y suscripciones, el soporte Básico es suficiente; para problemas técnicos, se requiere un plan de pago. Los aumentos de cuota y límites se presentan como Límites de servicio y suscripción (cuotas). Las solicitudes comunes incluyen cuotas de vCPU de computación por región (por familia de VM), direcciones IP públicas, núcleos para familias especializadas de GPU o HPC, y cuotas de Azure Machine Learning o Cognitive Services. Las cuotas de computación se aplican por suscripción, por región y por familia de series de VM; solicitar una cuota mayor habilita las solicitudes de capacidad, pero no garantiza la disponibilidad de la misma. Para una capacidad predecible, combine los aumentos de cuota con reservas de capacidad bajo demanda o planifique implementaciones zonales cuando sea apropiado. El acceso para presentar solicitudes se controla a través de Azure RBAC. El rol de Colaborador de solicitudes de soporte puede crear y gestionar tiques sin conceder derechos de modificación de recursos. Las organizaciones más grandes suelen dirigir los flujos de trabajo de cuotas a través de una aprobación interna y los rastrean en ITSM; la API de Cuotas de Azure puede automatizar la supervisión y la creación de solicitudes en umbrales predefinidos. Tras el envío, los casos se derivan a ingeniería cuando es necesario, y las comunicaciones se realizan a través del portal, correo electrónico y, opcionalmente, por teléfono para las gravedades más altas.

Estado del servicio, mantenimiento planificado y SLA en la gestión de incidentes

Azure proporciona múltiples perspectivas sobre el estado de los servicios. Azure Status es la vista pública y global de los problemas que afectan a toda la plataforma. Azure Service Health está personalizado para sus suscripciones y muestra problemas de servicio, mantenimientos planificados y avisos de estado que afectan a sus regiones y recursos. Resource Health profundiza en el estado de los recursos individuales, proporcionando eventos de disponibilidad recientes y sus causas raíz, como eventos de la plataforma, acciones iniciadas por el usuario o fallos de hardware subyacente. Las alertas de Service Health se integran con grupos de acciones para notificaciones por correo electrónico, SMS, voz, webhooks, conectores ITSM y Azure Functions. El mantenimiento planificado se comunica a través de Service Health, con detalles sobre las ventanas de tiempo previstas y el impacto. Para las máquinas virtuales, Azure Scheduled Events expone notificaciones dentro del sistema operativo invitado (a través del servicio de metadatos de la instancia) sobre acciones futuras como reinicios, lo que permite a las aplicaciones drenar conexiones, crear puntos de control o conmutar por error. Maintenance Control está disponible para Azure Dedicated Hosts y ciertos tamaños de VM aisladas, permitiendo a los administradores retrasar el mantenimiento de la plataforma dentro de una ventana de aplazamiento definida para alinearlo con los procesos de control de cambios. Los SLA definen los objetivos mensuales de tiempo de actividad o de éxito de las transacciones para cada servicio. Al diseñar arquitecturas de soluciones con múltiples servicios, la disponibilidad combinada es multiplicativa entre las dependencias. Los niveles de disponibilidad más altos suelen requerir implementaciones con redundancia de zona o de varias instancias. Por ejemplo, ejecutar máquinas virtuales en dos o más zonas de disponibilidad dentro de una región logra un SLA más alto que una sola VM o un conjunto de disponibilidad. Si no se cumple un SLA, se pueden solicitar créditos de servicio; la solicitud se envía a través del portal con la evidencia correspondiente (marcas de tiempo, recursos afectados) dentro del plazo requerido, y se puede hacer seguimiento del incidente y de los análisis posteriores al incidente en Service Health.

• Máquinas virtuales (instancia única)
  • Requisito clave para el SLA: Premium SSD o Ultra Disk para el SO y los datos
  • SLA publicado (típico): 99.9%
  • Notas: Aplica a tamaños y almacenamiento elegibles; sin conjunto o zona de disponibilidad
• Máquinas virtuales en un conjunto de disponibilidad
  • Requisito clave para el SLA: Dos o más instancias distribuidas en dominios de error/actualización
  • SLA publicado (típico): 99.95%
  • Notas: Reduce el riesgo de fallo de un solo rack y de dominio de actualización
• Máquinas virtuales en zonas de disponibilidad
  • Requisito clave para el SLA: Dos o más instancias distribuidas en zonas dentro de una región
  • SLA publicado (típico): 99.99%
  • Notas: La mejor resiliencia regional sin conmutación por error entre regiones
• Azure SQL Database (base de datos única)
  • Requisito clave para el SLA: Implementación estándar
  • SLA publicado (típico): 99.99%
  • Notas: La redundancia de zona puede mejorar la resiliencia ante fallos zonales
• App Service (múltiples instancias)
  • Requisito clave para el SLA: Dos o más instancias
  • SLA publicado (típico): 99.95%
  • Notas: Requiere los niveles Basic o superiores con múltiples instancias

Política de ciclo de vida moderno y Azure Marketplace

Los servicios de Azure siguen la Política de ciclo de vida moderno, que enfatiza las actualizaciones continuas del servicio y la responsabilidad del cliente de mantenerse actualizado. Los cambios disruptivos (breaking changes) que requieren una acción por parte del cliente se comunican con antelación —generalmente con al menos 12 meses para los servicios en línea— a través de anuncios formales de desuso (deprecation), avisos en Service Health y actualizaciones en la documentación. Se proporcionan cronogramas de retirada, control de versiones de API y rutas de migración para que las cargas de trabajo puedan ser remediadas dentro de ventanas de cambio que se alineen con la gobernanza empresarial. Este modelo de entrega continua aprovecha prácticas de despliegue seguro con lanzamientos por fases y mitigación automática. La preparación operativa implica hacer seguimiento de los avisos de servicio, validar nuevas versiones de runtime o SDK en preproducción y usar indicadores de funcionalidad (feature flags) o patrones azul-verde para las actualizaciones de aplicaciones. Las actualizaciones de seguridad y cumplimiento llegan sin ciclos de instalación separados, lo que reduce las ventanas de exposición y pone énfasis en la observabilidad y la disciplina en los lanzamientos. Azure Marketplace amplía la plataforma con soluciones de terceros: imágenes de máquinas virtuales, aplicaciones administradas, aplicaciones de Kubernetes y ofertas de SaaS. Las ofertas se facturan a través de su suscripción de Azure con opciones como la medición de pago por uso (pay-as-you-go), planes anuales o por período, y “traiga su propia licencia” (BYOL). Las empresas pueden crear un marketplace privado para permitir solo editores u ofertas aprobados, aplicar Azure Policy para restringir la huella de despliegue (regiones, SKU, redes) y negociar precios personalizados a través de ofertas privadas. Los dispositivos virtuales de red (p. ej., firewalls, balanceadores de carga), las plataformas de datos, los análisis de seguridad y las pilas de observabilidad son patrones comunes; el soporte del editor es el canal principal para estas soluciones, con la facturación consolidada en Azure.

• Imagen de máquina virtual (NVA o servidor)
  • Modelo de despliegue: Plantilla ARM/VM en su VNet
  • Modelo de facturación: PAYG o BYOL
  • Casos de uso de ejemplo: Firewalls, WAF, IDS/IPS, aplicaciones empaquetadas
  • Notas operativas: Usted gestiona el ciclo de vida, el escalado y la aplicación de parches de la VM
• Aplicación administrada
  • Modelo de despliegue: Desplegada en su suscripción, administrada por el editor
  • Modelo de facturación: PAYG más una tarifa de administración
  • Casos de uso de ejemplo: Soluciones llave en mano con operaciones administradas
  • Notas operativas: El editor actualiza los componentes principales; usted gestiona los datos/configuración
• Aplicación de Kubernetes (complemento de AKS)
  • Modelo de despliegue: Helm/ARM en su clúster de AKS
  • Modelo de facturación: PAYG o BYOL
  • Casos de uso de ejemplo: Controladores de Ingress, mallas de servicios (service meshes), operadores
  • Notas operativas: Usted gestiona AKS; el editor mantiene las imágenes de contenedor de la aplicación
• SaaS
  • Modelo de despliegue: Se ejecuta en el tenant del editor; se integra con su tenant
  • Modelo de facturación: Suscripción/consumo
  • Casos de uso de ejemplo: API, plataformas de análisis, SaaS de seguridad
  • Notas operativas: El tiempo de obtención de valor más rápido; infraestructura mínima que gestionar

Problema práctico: Coastal Outfitters: Puesta en marcha de soluciones de soporte, estado y marketplace para un pico estacional de comercio electrónico

Escenario: Coastal Outfitters opera un sitio de comercio electrónico alojado en Azure con tráfico estable la mayor parte del mes y un aumento repentino de cuatro días a fin de mes. La arquitectura utiliza Azure Application Gateway, dos niveles web basados en VM y una base de datos administrada. La seguridad requiere un firewall de nueva generación y el equipo de operaciones debe garantizar una disponibilidad del 99.99 % para el nivel web durante los períodos de aumento, mientras recibe orientación proactiva durante el despliegue.

Desafío: Elegir el plan de soporte adecuado para obtener orientación proactiva sobre la arquitectura, desplegar un firewall del marketplace bajo un modelo de gobernanza, aumentar las cuotas de computación regionales antes del pico de tráfico e implementar alertas de estado y flujos de trabajo de incidentes que se alineen con los objetivos de disponibilidad del 99.99 %.

Enfoque recomendado:

1. Actualizar la suscripción al plan de soporte Professional Direct para asegurar una respuesta crítica 24x7 y asesoramiento proactivo para el despliegue en producción.
2. Asignar el rol integrado de Colaborador de solicitudes de soporte (Support Request Contributor) al grupo del NOC para que puedan abrir y gestionar tickets sin permisos amplios sobre los recursos.
3. Desplegar un firewall de nueva generación de Palo Alto Networks o Fortinet desde Azure Marketplace en una VNet de tipo hub dedicada; utilizar un marketplace privado para que solo las ofertas privadas aprobadas y negociadas sean visibles para los propietarios de la suscripción.
4. Ubicar dos o más VM web en zonas de disponibilidad separadas detrás de Application Gateway para cumplir con el SLA del 99.99 % para VM; almacenar el SO/datos en discos Premium SSD.
5. Enviar una solicitud de Límites de servicio y suscripción (cuotas) dos semanas antes del pico de tráfico para aumentar las cuotas de vCPU por región para las familias de VM requeridas; añadir reservas de capacidad para el nivel web para garantizar la capacidad de ráfaga.
6. Configurar alertas de Azure Service Health para problemas de servicio, mantenimiento planificado y avisos de estado en las regiones del sitio; dirigir las alertas a un grupo de acciones que notifique al personal de guardia por correo electrónico/SMS y abra un incidente en ServiceNow a través del conector ITSM.
7. Habilitar el manejo de Azure Scheduled Events en las VM web para drenar las conexiones de forma controlada durante el mantenimiento del host; validar el comportamiento de conmutación por error (failover) en el entorno de preproducción (staging) mediante intercambios azul-verde (blue-green).
8. Documentar el flujo de trabajo para reclamar créditos de SLA en el runbook, incluyendo la captura de evidencias (marcas de tiempo, ID de recursos, métricas), y asegurar que las reclamaciones se presenten a través del portal dentro del período permitido si no se cumplen los objetivos de disponibilidad.

Justificación de Azure: El plan Professional Direct combina una respuesta rápida con los beneficios del asesoramiento proactivo sin la sobrecarga de un acuerdo Unified para toda la empresa, alineándose con una única carga de trabajo crítica de producción. Las VM zonales elevan el nivel de disponibilidad al 99.99 % con un número mínimo de instancias, mientras que los discos Premium SSD cumplen los requisitos de almacenamiento para una sola instancia. Un marketplace privado seleccionado y ofertas privadas negociadas mantienen los dispositivos de seguridad en cumplimiento y con los costos controlados, y el soporte del editor sigue siendo la primera línea para los problemas de NVA. Los aumentos de cuota anticipados y las reservas de capacidad eliminan la fricción en el despliegue durante el pico de tráfico. Las alertas de Service Health, el manejo de eventos programados y un runbook para reclamaciones de SLA completan el ciclo de gestión de incidentes con responsabilidades claras y rutas de evidencia.

← Supervisión · Todos los dominios

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →

Explorar Microsoft →