Valida habilidades en desarrollo e implementación de soluciones en la nube AZURE. Cubre App Service, Functions y Storage.
Azure App Service, Azure Functions, Azure Container Apps, Azure Container Registry, Azure Kubernetes Service
Azure Cosmos DB, Azure Blob Storage, Azure Table Storage, Azure Queue Storage, Azure Cache for Redis
Microsoft Entra ID, Azure Key Vault, Identidad administrada, Tokens SAS, MSAL
Application Insights, Azure Monitor, Azure CDN, Estrategias de caché, Registro y seguimiento
Azure API Management, Azure Event Grid, Azure Service Bus, Azure Event Hubs, Azure Logic Apps
Prueba preguntas tipo examen del conjunto de muestra gratuito. Cada respuesta incluye una explicación completa.
Un desarrollador está configurando slots de ensayo y producción en Azure App Service y planea realizar un intercambio de slots de implementación. El slot de ensayo tiene configurada una cadena de conexión de base de datos de prueba, y este valor debe permanecer en el slot de ensayo incluso después del intercambio.
¿Qué configuración debe aplicar el desarrollador a la configuración de la aplicación para cumplir con este requisito?
Respuesta: A. Habilitar Deployment slot setting
La condición clave en este problema es que el valor debe permanecer en el slot de ensayo incluso después del intercambio. De forma predeterminada, el intercambio de slots de Azure App Service intercambia la configuración de la aplicación y las cadenas de conexión entre los slots, pero habilitar 'Deployment slot setting' fija esa configuración al slot, excluyéndola del intercambio. Esto garantiza que la cadena de conexión de la base de datos de prueba permanezca en el slot de ensayo después del intercambio.
Los slots de implementación de Azure App Service permiten probar código en un entorno idéntico al de producción y lograr implementaciones sin tiempo de inactividad mediante intercambios. Tanto la Configuración de la aplicación como las Cadenas de conexión tienen una casilla 'Deployment slot setting'; habilitarla hace que la configuración sea específica del slot. Esto permite que el slot de ensayo siempre apunte a la base de datos de prueba y el slot de producción siempre apunte a la base de datos de producción.
En el examen AZ-204, las preguntas sobre intercambio de slots se centran en distinguir si una configuración 'se mueve con el intercambio' o 'permanece fija en el slot.' De forma predeterminada, la mayoría de las configuraciones se mueven durante un intercambio; solo las configuraciones con Deployment slot setting habilitado están fijadas. Las referencias de Key Vault y App Configuration son para seguridad y administración centralizada, separadas de la fijación de slots.
Un desarrollador que opera una plataforma de comercio electrónico construida con arquitectura de microservicios está analizando problemas de latencia de respuesta en el servicio de pagos.
El servicio de pagos llama internamente a varios servicios dependientes, incluida la caché Redis, una API de pasarela de pago externa y Azure SQL Database. El desarrollador quiere visualizar todo el flujo de llamadas para identificar dónde ocurre el cuello de botella sin modificar el código.
¿Qué característica de Application Insights MEJOR cumple con estos requisitos?
Respuesta: A. Application Map
Las pistas clave en esta pregunta son 'sin modificar el código' y 'visualizar todo el flujo de llamadas'. Application Map visualiza automáticamente las relaciones de llamadas entre servicios basándose en datos de rastreo distribuido, y funciona con el SDK de Application Insights o instrumentación automática sin requerir cambios en el código. Revela inmediatamente la ubicación del cuello de botella mostrando los tiempos de respuesta y las tasas de error de cada servicio dependiente como nodos y flechas.
Application Map renderiza la capacidad de rastreo distribuido de Azure como una topología visual. En un entorno de microservicios, cada componente de servicio aparece como un nodo y las relaciones de llamadas como aristas (flechas), con cada nodo mostrando el tiempo de respuesta promedio, el recuento de solicitudes y la tasa de fallos. Esto le permite ver inmediatamente dónde ocurre la latencia entre Redis, las API externas y Azure SQL Database. El punto clave es que se puede activar solo con la instrumentación automática de App Service, sin cambios de código.
Para las preguntas de monitoreo del examen AZ-204, debe distinguir claramente el propósito de cada característica. Live Metrics Stream proporciona monitoreo de rendimiento en tiempo real pero no tiene visualización del flujo de llamadas. Log Analytics analiza registros con consultas KQL pero no proporciona una topología gráfica. Availability Test verifica la disponibilidad de endpoints desde ubicaciones externas y no está relacionado con el análisis de dependencias internas. Cuando se mencionan juntos 'flujo visual de llamadas' y 'sin cambios de código', elija Application Map.
Una empresa desea optimizar los costos de almacenamiento para archivos de registro almacenados en Azure Blob Storage. Los archivos deben permanecer en el nivel Hot durante los primeros 30 días después de la creación (accedidos frecuentemente), moverse al nivel Cool durante los siguientes 90 días, hacer la transición al nivel Archive después de 180 días y eliminarse automáticamente después de 365 días.
¿Cuál es el método MÁS adecuado para manejar estos requisitos automáticamente sin código o scripts?
Respuesta: B. Política de administración del ciclo de vida de Blob Storage
Las pistas clave en esta pregunta son 'manejar automáticamente sin código o scripts' y reglas específicas de transición de nivel basadas en días. Las políticas de administración del ciclo de vida de Azure Blob Storage son una característica nativa que puede implementar con precisión estos requisitos a través de reglas JSON o la interfaz del Portal de Azure sin código. Use condiciones daysAfterModificationGreaterThan o daysAfterCreationGreaterThan para configurar transiciones de nivel y eliminación por separado.
La Administración del Ciclo de Vida de Azure Blob Storage es una característica basada en políticas que transiciona automáticamente los niveles de almacenamiento o elimina datos de blob según los patrones de acceso. Admite transiciones entre los niveles Hot, Cool, Cold y Archive, así como eliminación, y se aplica a blobs de bloques y blobs de anexión. Las políticas se pueden aplicar como filtros a nivel de cuenta de almacenamiento o de contenedor, con condiciones basadas en el tiempo de última modificación, el tiempo de último acceso o el tiempo de creación. Esta característica se ejecuta automáticamente por Azure sin código separado, programadores o funciones sin servidor.
En el examen, cuando las palabras clave 'transiciones automáticas de nivel de almacenamiento', 'políticas basadas en días' y 'automatizar sin código' aparecen juntas, la política de administración del ciclo de vida de Blob Storage es la respuesta. Azure Functions Timer Trigger requiere escribir código, violando la condición 'sin código'. Logic Apps es adecuado para flujos de trabajo complejos, pero requiere configuración excesiva para la administración simple de nivel de almacenamiento. Azure Monitor es una herramienta de monitoreo y alertas, no una solución dedicada para la administración de niveles de almacenamiento.
Un desarrollador está ejecutando una aplicación que usa Azure Cosmos DB Change Feed Processor. Cuando la aplicación se reinicia después de un apagado anormal, debe reanudar el procesamiento del feed de cambios desde donde se detuvo.
¿Qué componente utiliza el Change Feed Processor para almacenar información de estado para garantizar esta continuidad?
Respuesta: B. Cosmos DB Lease Container
La clave en este problema es el requisito de continuidad de "reanudar desde donde se detuvo al reiniciarse después de un apagado anormal". El Change Feed Processor de Azure Cosmos DB usa un Lease Container para almacenar el estado de progreso de procesamiento (token de continuación) para cada partición. Cuando la aplicación se reinicia, lee la última posición procesada del Lease Container y reanuda el procesamiento del feed de cambios desde ese punto.
El Cosmos DB Change Feed Processor es una biblioteca para el procesamiento distribuido del feed de cambios, que requiere dos contenedores: el contenedor monitoreado (el contenedor de datos real donde ocurren los cambios) y el Lease Container. El Lease Container almacena el token de continuación que representa la posición de procesamiento actual por partición e información de propiedad sobre qué instancia está procesando qué partición. Esto permite que varias instancias distribuyan el procesamiento de particiones, o que otra instancia se haga cargo de una partición cuando ocurre una falla.
En el examen AZ-204, las preguntas sobre Change Feed Processor frecuentemente preguntan sobre el papel del Lease Container. El Lease Container y el contenedor monitoreado deben estar en la misma cuenta de Cosmos DB. Los checkpoints de Azure Blob Storage son solo para Event Hubs, y Table Storage no está relacionado con Change Feed Processor. Cuando las palabras clave "almacenando estado de procesamiento", "reanudando después del reinicio" y "checkpoint" aparecen en el contexto de Cosmos DB Change Feed, Lease Container es la respuesta.
Una empresa de procesamiento de datos desea implementar una tarea de conversión de archivos grandes mediante Azure Functions. El procesamiento de un solo archivo puede tomar hasta 20 minutos y debe ejecutarse de manera confiable sin cold starts durante el procesamiento.
¿Qué plan de hospedaje de Azure Functions MEJOR cumple con estos requisitos?
Respuesta: B. Premium Plan
Las pistas clave en este problema son dos requisitos: 'tiempo de ejecución de hasta 20 minutos' y 'sin cold starts.' El Consumption Plan tiene un tiempo de espera predeterminado de 5 minutos y un máximo de 10 minutos, por lo que la ejecución de 20 minutos es imposible. El Premium Plan proporciona tiempo de espera ilimitado (predeterminado 30 minutos, máximo ilimitado) y mantiene instancias siempre activas para garantizar una ejecución confiable sin cold starts.
El Azure Functions Premium Plan mantiene el modelo serverless del Consumption Plan mientras agrega características de nivel empresarial. Elimina completamente los cold starts al mantener siempre instancias precalentadas y es adecuado para tareas de larga duración sin límites de tiempo. También admite integración VNET, más opciones de CPU/memoria y duración de ejecución ilimitada. El Flex Consumption Plan admite escalado basado en demanda, pero los cold starts aún pueden ocurrir.
En el examen AZ-204, las preguntas de selección del plan de hospedaje de Azure Functions se prueban con frecuencia. Use el Consumption Plan para minimización de costos y ejecución de corta duración, el Premium Plan para eliminación de cold start, ejecución de larga duración e integración VNET, y el Dedicated (App Service) Plan al reutilizar un App Service Plan existente. Cuando vea condiciones como 'sin cold starts' o 'ejecución superior a 20 minutos', debe elegir Premium Plan. El App Service Free Tier no es un plan específico para Azure Functions, lo que lo hace incorrecto.
El examen Microsoft Azure Developer Associate (AZ-204) consta de 50 preguntas y tiene un límite de 100 minutos.
La puntuación de aprobación del examen AZ-204 es de 700 sobre 1000.
El conjunto de muestra de AZ-204 (20 preguntas con explicaciones completas) es gratuito. El banco completo de más de 120 preguntas está disponible con una suscripción a CloudMasterIT.
La certificación AZ-204 es válida durante 1 años después de aprobar. Después se requiere recertificación.