Preparación para la Certificación Microsoft AZ-305
Diseña la arquitectura de aplicaciones y soluciones de integración en Azure
Elige mensajería, streaming y enrutamiento de eventos, caché, administración de API, automatización de infraestructura y configuración centralizada según los requisitos.
Tiempo de estudio sugerido: 96 minutos • Nivel intermedio • Reescritura original completa con resumen conciso de cada tema
Por João Ricardo Dutra••Contenido original completo
1. Empieza por la carga distribuida y sus contratos
Un monolito mantiene llamadas y estado en un proceso. Una aplicación en la nube suele separar front-ends, , workers, funciones y datos para implementar y escalar cada parte de manera independiente. Esa libertad introduce estado distribuido, paralelismo, finalización asincrónica, errores parciales y contratos versionados.
La plataforma ficticia de Tailwind Traders debe recibir reseñas y multimedia, avisar a aplicaciones móviles, mostrar ofertas dinámicas, publicar para socios, implementar con frecuencia y separar configuración de código. Una arquitectura preparada para IA puede añadir funciones activadas o back-ends inteligentes, pero sigue necesitando comunicación fiable y gobierno.
Distinguir comandos y mensajes de notificaciones de eventos.
Elegir colas, temas, y enrutamiento según la entrega.
Diseñar caché, integración de , implementación automatizada y configuración central.
Evaluar seguridad, resistencia, escala, operación y coste del flujo completo.
Resumen del tema
Identifica productores, consumidores, contratos, estado, escala, latencia, errores y propietarios antes de elegir el servicio.
2. Mensajes y eventos expresan intenciones distintas
Un mensaje contiene los datos para que un receptor realice una acción esperada. El remitente solicita trabajo y normalmente necesita su finalización. Una de carga puede encolar los datos del archivo para que un worker valide el vídeo o cree miniaturas.
Un evento declara que algo sucedió. El publicador no ordena una acción y puede ignorar cuántos suscriptores están interesados. Debe ser ligero y normalmente incluir una referencia al objeto cambiado, no el objeto entero.
La intención define el modelo: solicita trabajo con un mensaje y anuncia un hecho con un evento.
Resumen del tema
Usa mensaje cuando el procesamiento es obligatorio y evento cuando consumidores independientes pueden reaccionar.
3. La semántica de entrega forma parte del contrato
Como máximo una vez evita reentregas, pero puede perder trabajo. Al menos una vez protege el trabajo con reentregas, por lo que el consumidor debe ser idempotente y eliminar duplicados. El orden suele limitarse a una cola, sesión, partición o clave, no a todo el sistema distribuido.
Define confirmación, reintento, ,, bloqueo, expiración y mensajes dañados.
Usa claves de correlación o idempotencia y transiciones seguras para reintentos.
Diferencia entrega del transporte y finalización del negocio.
Supervisa antigüedad, backlog, dead letters, limitación, latencia y errores.
Resumen del tema
El transporte fiable todavía necesita idempotencia, reintentos explícitos, observabilidad y recuperación.
4. crea un backlog sencillo y duradero
forma parte de una cuenta de y puede contener millones de mensajes dentro de su capacidad. Productores y workers usan / y los mensajes sobreviven a interrupciones temporales. Encaja en trabajo asincrónico, backlogs grandes y seguimiento sencillo sin funciones avanzadas de broker.
El tiene un límite de 64 KB. Guarda multimedia en y encola un identificador seguro con . El tiempo de invisibilidad oculta el elemento recibido; el consumidor lo elimina al terminar o permite que reaparezca tras el error.
prioriza un backlog simple; añade semántica empresarial.
Resumen del tema
Elige para una cola grande, económica y duradera sin semántica avanzada de broker.
5. de es un broker de mensajería empresarial
de desacopla aplicaciones mediante colas y temas. Atiende mensajes de negocio de alto valor que necesitan detección de duplicados, transacciones, sesiones, orden por sesión, entrega programada, dead letter, filtros y protocolos de broker.
Una cola usa consumidores competidores. PeekLock bloquea sin eliminar y permite al menos una vez; Complete elimina. ReceiveAndDelete ofrece como máximo una vez y puede perder el mensaje si el procesamiento falla después de recibirlo.
Resumen del tema
Usa cuando el negocio necesita fiabilidad, transacciones, enrutamiento, orden o dead letter.
6. Temas y suscripciones ofrecen publicación y suscripción duradera
Un tema de copia cada mensaje en las suscripciones compatibles. Cada suscripción se comporta como una cola con backlog, consumidores, filtros y ciclo propios. El mensaje “producto observado” puede ir al historial y a las notificaciones de seguidores.
Las suscripciones aíslan consumidores y permiten distribución duradera filtrada.
Usa tema cuando cada destino necesita una copia duradera y cola cuando un solo consumidor competidor ejecuta el trabajo. No confundas el tema de broker con una notificación efímera.
Resumen del tema
Los temas distribuyen de uno a muchos; cada suscripción filtrada posee su copia y backlog.
7. y resuelven colas distintas
Criterios de selección.
Requisito
Cola o tema de
Backlog
Muy grande, limitado por la cuenta.
Límites de entidad y espacio según nivel.
Tamaño
Hasta 64 KB.
Mayor según nivel y protocolo; -check para cuerpos grandes.
Entrega
Sondeo y tiempo de invisibilidad.
Protocolos de broker, PeekLock o ReceiveAndDelete.
Semántica
La implementa principalmente la aplicación.
Transacciones, sesiones, duplicados, agenda, dead letter y filtros.
Uso
Tareas simples y progreso.
Pedidos, finanzas y flujos empresariales.
Resumen del tema
Elige por entrega, transacciones, ruta, orden, tamaño, backlog y operación, no solo por la palabra “cola”.
8. ingiere ordenados a gran volumen
es un servicio administrado de ingesta para telemetría, clickstream, sensores, registros, fraude y análisis de transacciones. Puede recibir millones de eventos por segundo, exponerlos a varios procesadores y capturar el flujo en .
El es de solo anexión y se ordena dentro de cada partición por llegada. Los consumidores hacen pull y guardan offsets; leer no elimina, por lo que distintas aplicaciones pueden reproducir la retención. No existe una dead letter de cola incorporada para registros no procesables.
Resumen del tema
Elige para una serie particionada y retenida de observaciones masivas que puede reproducirse.
9. Particiones, grupos de consumidores y offsets definen el paralelismo
Una partición es un registro ordenado y una unidad de paralelismo. La clave mantiene juntos eventos relacionados cuando importa el orden local. Un grupo de consumidores ofrece una vista independiente; normalmente cada partición tiene un propietario activo por grupo.
Crea suficientes particiones para el paralelismo sin complejidad innecesaria.
Guarda checkpoints después del procesamiento seguro y acepta reproducción y duplicados.
Usa grupos separados para fraude, paneles y enriquecimiento.
Trata la retención como ventana de reproducción, no archivo permanente.
Resumen del tema
Las claves conservan orden local, los grupos aíslan lectores y los checkpoints hacen deliberada la reproducción.
10. La capacidad y el nivel de deben medirse
En Básico y Estándar, una unidad de rendimiento ofrece hasta 1 MB/s o 1.000 eventos/s de entrada y 2 MB/s o 4.096 eventos/s de salida. Estándar admite auto-inflate. Premium usa unidades de procesamiento aisladas; la capacidad depende de , productores, consumidores, particiones y protocolo, por lo que requiere pruebas.
Los niveles varían en tamaño de evento, retención, particiones, red, Capture, claves del cliente, capacidades geográficas y aislamiento. Premium puede retener 90 días y escalar particiones; Dedicated ofrece un clúster exclusivo. Valida cuotas y regiones actuales.
Resumen del tema
Estima eventos, bytes, particiones, lectores y retención, prueba el nivel y supervisa limitación y retraso.
11. Un separa ingesta, almacenamiento y análisis
Un diseño habitual envía productores a , captura datos brutos en o , procesa el con y publica medidas en o almacenes operativos. La evidencia persiste mientras los procesadores evolucionan.
Separa ingesta, procesamiento en vivo e histórico para escalar y recuperar cada etapa.
Planifica , checkpoints, evolución de esquema, eventos tardíos, cuarentena y recuperación. La retención no sustituye un archivo gobernado.
Resumen del tema
Un resistente guarda datos brutos, aísla consumidores y explicita reproducción, esquema y errores.
12. de enruta cambios discretos de estado
de es un servicio administrado de publicación y suscripción para distribución escalable. Servicios y publicadores personalizados anuncian cambios; filtra y enruta a ,, y otros controladores sin sondeo constante.
Un evento de blob creado contiene tipo, hora, asunto y o identificador, no el blob. Así la notificación permanece ligera.
Resumen del tema
Usa para reaccionar a cambios discretos y conectar publicadores con controladores independientes.
13. Orígenes, temas, suscripciones, filtros y controladores forman la ruta
El publicador envía a un tema de sistema, personalizado, dominio, socio o . La suscripción filtra por tipo o atributo y define controlador o entrega. El controlador valida, autoriza y procesa de forma idempotente.
Los temas organizan, las suscripciones filtran y los controladores poseen la reacción.
Autentica con o credenciales admitidas.
Valida y esquema.
Configura reintento, expiración, dead letter cuando esté disponible y alertas.
Evita ciclos y documenta dependencias.
Resumen del tema
Define tema, esquema, filtro, entrega, reintento, seguridad e idempotencia.
14. Push y pull atienden consumidores diferentes
Con push, llama a un destino público como o Function y evita sondeo. Con pull, la aplicación lee un tema de a su ritmo con confirmación parecida a una cola.
Usa pull si el consumidor controla el tiempo, no expone , necesita Private Link o debe liberar eventos. Usa push para reacción inmediata con entrada pública aceptable. Ambos requieren idempotencia.
Resumen del tema
Push favorece inmediatos; pull favorece ritmo propio, conexión privada y control de cola.
15. , y tienen funciones distintas
Distinción principal.
Servicio
Unidad
Consumo
Ejemplo
de
Cambio discreto.
Distribución reactiva push o pull.
Reaccionar a blob o estado.
Serie ordenada de telemetría.
particionado y reproducible.
Clics, sensores, o juego.
de
Comando o mensaje valioso.
Colas y suscripciones duraderas.
Pedidos y finanzas.
Tarea asincrónica simple.
Backlog grande por sondeo.
Archivos o jobs.
Una aplicación puede combinar los cuatro para contratos diferentes.
Resumen del tema
Combina comandos para trabajo, para observaciones y eventos para reacciones.
16. Almacena en caché solo datos cuya obsolescencia y pérdida comprendas
La caché copia datos frecuentes a almacenamiento rápido cercano. Funciona cuando el origen es relativamente estático, disputado o distante y reduce latencia y carga. Define fuente de verdad, antigüedad aceptable, , expulsión, invalidación, calentamiento, capacidad, serialización, estampida y comportamiento sin caché.
Resumen del tema
El diseño empieza por frescura, invalidación, fallo y fuente de verdad, no solo por latencia.
17. es el servicio Redis actual
es un servicio en memoria administrado, compatible con Redis y basado en Redis Enterprise. Sirve como caché distribuida, contenido, sesión, coordinación o broker y se combina con , y otros orígenes.
Niveles de rendimiento.
Nivel
Perfil
Uso
Memory Optimized
Alta memoria por vCPU.
Cargas intensivas en memoria.
Balanced
Memoria y proceso equilibrados.
Uso general.
Compute Optimized
Más vCPU por memoria.
Rendimiento y baja latencia.
Flash Optimized
RAM y NVMe.
Datasets grandes con compromiso de rendimiento.
Resumen del tema
Selecciona nivel por memoria, rendimiento, latencia, disponibilidad, persistencia y tamaño medidos.
18. Planifica la migración desde
se retira. En nube pública, nuevas instancias Basic, Standard y Premium están bloqueadas para nuevos clientes desde el 1 de abril de 2026 y para existentes desde el 1 de octubre de 2026; las restantes se desactivan desde el 1 de octubre de 2028. El calendario Enterprise es distinto. Los diseños nuevos deben usar .
Mide memoria máxima usada, rendimiento, conexiones, latencia, módulos, persistencia, clúster, red, autenticación, georreplicación y clientes. Prueba conmutación, cambio y reversión.
Resumen del tema
La migración es un proyecto de arquitectura y compatibilidad con dimensionamiento y cambio probados.
19. Aplica patrones de caché deliberadamente
Patrones comunes.
Patrón
Objetivo
Decisión
Caché de datos
Reducir lecturas.
-aside, , expulsión, invalidación y estampida.
Caché de contenido
Servir plantillas y banners.
Versionar e invalidar al publicar.
Sesión
Separar carrito o sesión de Web.
Proteger ID, y continuidad.
Cola de trabajos
Diferir operaciones.
Confirmar que Redis cumple la entrega.
Transacción distribuida
atómico de comandos Redis.
No cruza sistemas independientes.
Resumen del tema
El patrón aclara propiedad y fallo, pero hay que validar la semántica real.
20. -aside mantiene autoritativo el origen
La aplicación consulta la caché; en un miss lee el origen y llena la caché. Una escritura actualiza el origen e invalida o renueva. limita obsolescencia; jitter, coalescencia y bloqueos reducen misses sincronizados.
La base sigue siendo autoridad y la caché puede reconstruirse.
Protege Redis con red privada cuando corresponda, , privilegio mínimo, rotación, supervisión y límites. Define fallback, degradación o rechazo durante fallos.
Resumen del tema
-aside es resistente si la caché es desechable, los misses están controlados y el origen soporta fallback.
21. La integración de necesita una entrada gobernada
Cada añade incorporación, seguridad, versiones, documentación, análisis, cuotas y soporte. Tailwind Traders atiende aplicaciones, Web, vehículos , proveedores, equipos y analistas con back-ends distribuidos. La administración central aporta valor con más , cambios, consumidores y políticas; un inventario mínimo puede no justificarla.
Resumen del tema
Cuantifica , consumidores, cambios, exposición, políticas y carga administrativa antes de recomendar plataforma.
22. separa y administración
publica, protege, mantiene y analiza . La recibe tráfico, aplica políticas y reenvía; el plano de administración controla configuración; el portal de desarrolladores permite descubrimiento e incorporación. no hospeda la de negocio: el back-end permanece donde se implementó.
crea una fachada gobernada sin mover la lógica del back-end.
Resumen del tema
desacopla contrato público y controles transversales de los back-ends.
23. Las políticas estandarizan seguridad y tráfico
Autentica con ,, certificados, suscripciones u opciones admitidas.
Aplica cuotas, límites, validación, transformación, caché, rutas, reintentos y protección.
Publica especificaciones, direcciones, productos, revisiones y versiones consistentes.
Recopila telemetría y protege secretos con y .
Las políticas no reemplazan autorización de dominio, ni back-end seguro. Asigna propietario a cada control y evita datos confidenciales en .
Resumen del tema
Usa para controles transversales y conserva la autorización de negocio en su servicio propietario.
24. Elige topología y nivel de por requisitos
Los niveles clásicos Developer, Basic, Standard y Premium atienden cargas existentes. Basic v2, Standard v2 y Premium v2 provisionan y escalan más rápido; Standard v2 y Premium v2 ofrecen opciones para back-ends aislados, y Premium v2 añade aislamiento de red virtual. Consumption atiende tráfico variable. Workspaces delegan propiedad y la autohospedada acerca el plano de datos a entornos híbridos.
Funciones, límites, regiones, red, zonas, y coste cambian. Valida la matriz actual; no existe migración automática genérica en contexto desde clásico o Consumption hacia v2.
Resumen del tema
Topología y nivel dependen de , rendimiento, aislamiento, región, delegación, híbrido, funciones y coste.
25. La infraestructura como código hace repetible la implementación
IaC guarda el estado deseado en archivos versionados para revisar, probar, aprobar e implementar aplicación y plataforma juntas. Separa entornos, protege secretos, fija módulos, valida políticas, previsualiza cambios, registra evidencia y define recuperación. Repetir una plantilla destructiva no la hace segura.
Resumen del tema
IaC convierte infraestructura en un artefacto revisable, pero necesita validación, aprobación, evidencia y recuperación.
26. Las plantillas ofrecen implementación declarativa nativa
Las plantillas de describen recursos en . Son idempotentes, se validan antes, crean recursos independientes en paralelo y componen componentes. What-if en CLI de o PowerShell anticipa creaciones, cambios y eliminaciones.
Se integran con , GitHub Actions y CI/CD. Los scripts Bash o PowerShell cubren excepciones, pero deben ser repetibles, seguros y observables.
Resumen del tema
es declarativo, componible, previsualizable y apto para ; los scripts son excepciones controladas.
27. es la experiencia preferida para crear implementaciones
es un lenguaje específico para implementar declarativamente. Compila a y ofrece sintaxis concisa, tipos, módulos y tooling. conserva el estado, sin archivo separado. La CLI descompila , pero el resultado necesita revisión.
mejora la creación; Resource Manager sigue siendo el motor.
Resumen del tema
Usa con lint, what-if, módulos, controles de ciclo e identidad CI/CD de privilegio mínimo.
28. ejecuta procesos operativos repetibles
automatiza procesos en entornos y externos mediante runbooks PowerShell y Python, horarios, , identidades administradas y Hybrid Runbook Workers.
Change Tracking and Inventory usa Agent para software, servicios o daemons, registro y archivos. State Configuration se retira el 30 de septiembre de 2027; los diseños nuevos deben usar Machine Configuration mediante . Diseña idempotencia, concurrencia, , reintentos y privilegio mínimo.
Resumen del tema
Usa para runbooks gobernados y planea reemplazos para características en retirada.
29. administra los parches actuales
La antigua solución Update Management de se retiró el 31 de agosto de 2024. evalúa y programa actualizaciones, ventanas y parches de VM y servidores Windows y Linux habilitados por .
Define clasificación, cadencia, reinicio, tareas previas/posteriores, exclusiones, validación, anillos y cumplimiento. implementa recursos; Update Manager orquesta parches del sistema operativo.
Resumen del tema
Separa la implementación de infraestructura de la operación de parches y usa Update Manager para esta última.
30. Configuración de Aplicaciones de separa la configuración de las versiones
Configuración de Aplicaciones de centraliza claves y marcas de características. Incluye integración con , etiquetas, comparación, instantáneas inmutables para reversión y auditoría y réplicas geográficas con coherencia eventual.
Las marcas necesitan propietario, reglas, caducidad, telemetría y limpieza. La actualización define sondeo o push, caché, conmutación y comportamiento cuando el almacén no responde.
Resumen del tema
La configuración central acelera el cambio solo con , snapshots, actualización, propiedad y resistencia gobernadas.
31. Mantén configuración, identidades y secretos en su servicio correcto
Las aplicaciones deben usar identidades administradas de con solo los roles de datos necesarios. Aplica puntos de conexión privados, red, cifrado, supervisión, eliminación temporal y protección contra purga según el entorno.
guarda valores no secretos y referencia secretos de . La identidad los obtiene sin credenciales en código. Desarrollo usa , y CLI de con identidad humana; producción usa identidad de carga y almacenes, etiquetas o snapshots gobernados.
Separa entornos y usa identidades administradas para configuración y secretos.
Resumen del tema
Usa para valores, para secretos e identidades administradas para acceso.
32. Evaluación, registro de decisión y siguientes estudios
Aplica al juego de recompensas.
Requisito
Respuesta
Motivo
Agrupar la compra en una transacción fiable.
Cola de de
Broker con transacciones y entrega fiable.
Instalar actualizaciones en una ventana.
Servicio actual de parches.
Millones de eventos/s, baja latencia y guardado en Blob.
Ingesta de y Capture.
Registra productor, consumidor, intención, contrato, entrega, escala, partición, orden, reintento, dead letter, identidad, red, cifrado, observabilidad, coste, región, implementación, configuración y recuperación. Una aplicación puede combinar para pedidos, para telemetría, para reacciones, Managed Redis para lecturas, para acceso, para implementar, para runbooks, Update Manager para parches y para valores.
Practica comparaciones
Explica arquitectura por mensajes y por eventos con dos ejemplos de cada una.
Compara , colas y temas de por entrega, ruta, tamaño, transacción y coste.
Compara y por reproducción, push/pull, orden y errores.
Revisa límites y disponibilidad regional oficiales antes de implementar.
