Preparación para la Certificación Microsoft AZ-305
Diseña soluciones de proceso en Azure
Selecciona máquinas virtuales, proceso por lotes, web, contenedores, Kubernetes, eventos y flujos de trabajo según los requisitos.
Tiempo de estudio sugerido: 92 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, no por el producto
Tailwind Traders, minorista global ficticio, debe migrar proyectos y optimizar aplicaciones nuevas con presupuestos limitados. El arquitecto necesita proceso rápido, escalable y flexible, pagando solo por la capacidad justificada.
Elegir un servicio de proceso de .
Recomendar máquinas virtuales, lotes, web, contenedores, Kubernetes, código y flujos.
Especificar componentes según los requisitos.
Aplicar los conceptos al dominio de infraestructura y proceso de AZ-305.
Se presupone conocimiento conceptual de proceso de y experiencia con máquinas virtuales, contenedores y hospedaje administrado.
Resumen del tema
Registra carga, migración, control, escala, latencia, operación y coste antes de seleccionar un servicio.
2. El árbol de decisión produce un candidato, no la arquitectura final
La guía separa migración de desarrollo nuevo y evalúa optimización en la nube, lift-and-shift, control del sistema operativo, HPC, eventos, web administrada, contenedores, orquestación e integración. Después hay que validar límites, región, red, seguridad, confiabilidad y coste.
El árbol es una hipótesis inicial que debe comprobarse.
Resumen del tema
La elección es defendible cuando el candidato satisface también los requisitos no funcionales.
3. Comprende la responsabilidad principal de cada opción
Mapa de servicios.
Servicio
Responsabilidad
Uso típico
con control del SO invitado.
Rehosting, software empaquetado y dependencias específicas.
Programación administrada sobre grupos de nodos.
Trabajos paralelos, simulación, renderizado y HPC.
Plataforma administrada.
Web, back-ends móviles, y .
Contenedor o grupo sin clúster.
Tareas cortas, automatización, compilación y servicios simples.
Contenedores administrados, revisiones y escala .
Microservicios, eventos, trabajos, Dapr y escala a cero.
Kubernetes administrado con acceso a la .
Carteras que requieren primitivas y control de Kubernetes.
Funciones basadas en eventos.
Código activado por , colas, temporizadores y eventos.
Flujos visuales de integración.
Conectores, B2B, programaciones, aprobaciones y orquestación.
Resumen del tema
Asocia el servicio a la responsabilidad dominante: máquina, trabajo, , contenedor, clúster, evento o integración.
4. Los modelos de hospedaje intercambian control por abstracción
Responsabilidad.
Modelo
Cliente administra
Proveedor administra
Ejemplo
Local
Desde las instalaciones hasta la aplicación.
Nada de la pila local.
.
SO, , aplicación, datos y configuración.
Infraestructura y virtualización.
.
Aplicación, datos, identidad y configuración.
SO, plataforma, parches y gran parte de la escala.
.
FaaS/
Función o flujo y dependencias.
Aprovisionamiento y escala por eventos.
Functions y .
Usuarios, datos y configuración.
Aplicación y pila.
.
Resumen del tema
Elige la abstracción más alta que conserve el control, portabilidad y aislamiento necesarios.
5. La migración y el estilo arquitectónico reducen las opciones
Lift-and-shift favorece o un contenedor compatible sin rediseño; la optimización en la nube refactoriza hacia servicios administrados. Evalúa COTS, control de software y SO, , eventos, HPC, microservicios, soporte, habilidades y mantenimiento.
Resumen del tema
La tolerancia al cambio, la arquitectura y la capacidad operativa eliminan opciones antes que el rendimiento.
6. ofrece el mayor control del invitado
sirve para desarrollo, pruebas, aplicaciones, extensión del , cargas específicas y rehosting. El equipo conserva parches, protección, software, copia de seguridad, supervisión, escala y disponibilidad; una VM aislada no equivale a alta disponibilidad.
Resumen del tema
Usa cuando el control del SO o la compatibilidad de rehosting justifiquen la operación.
7. Red, nombre y región preceden a la imagen
Diseña direcciones, subredes, rutas, , y conectividad privada e híbrida antes de las VM. Usa nombres coherentes. La región cambia latencia, residencia, normativa, precio, cuota, series, zonas y capacidad; una cuota aprobada no garantiza capacidad física.
La recomendación incluye recursos de soporte y ciclo de vida.
Resumen del tema
Red, nomenclatura, región, cuota y capacidad son entradas de arquitectura.
8. Dimensiona la familia según el perfil de la carga
Familias de tamaño.
Clase
Énfasis
Ejemplos
Uso general
CPU y memoria equilibradas.
Desarrollo, bases pequeñas y web.
Proceso optimizado
Más CPU por memoria.
Aplicaciones, dispositivos y lotes.
Memoria optimizada
Más memoria por CPU.
Bases relacionales, caché y análisis.
Almacenamiento optimizado
IOPS y rendimiento de disco.
Bases y almacenes de datos.
GPU
Aceleración.
Renderizado, vídeo, entrenamiento e inferencia.
HPC
CPU e interconexión rápidas.
Ciencia, ingeniería y HPC acoplado.
Mide vCPU, RAM, IOPS, disco, red, aceleradores y disponibilidad; las series cambian por región.
Resumen del tema
Elige por mediciones, ejecuta pruebas y confirma disponibilidad regional.
9. El coste incluye proceso, discos, licencias y recursos asociados
El precio depende de tamaño, SO, región y compra. Apagar dentro del SO no basta: desasigna para liberar proceso facturable. Discos administrados, instantáneas, , copia, registros, licencias y salida se cobran aparte. Elige disco, redundancia y cifrado, e imagen Windows o Linux de 64 bits compatible, de Marketplace o propia.
Resumen del tema
Calcula la solución completa y separa facturación de proceso y almacenamiento.
10. Producción añade disponibilidad, escala, seguridad y operación
Usa zonas, varias instancias y balanceo según el .
Usa para una flota horizontal.
Aplica ,, mínimo privilegio, arranque seguro, vTPM y .
Automatiza imágenes, configuración y parches; supervisa y prueba copia y recuperación.
Separa SO y datos cuando mejore recuperación, seguridad o rendimiento.
Resumen del tema
Una solución de VM de producción es una flota automatizada, protegida, observable y recuperable.
11. programa trabajo paralelo y HPC
crea grupos de nodos Windows o Linux, instala aplicaciones, prepara datos, programa trabajos y tareas, detecta fallos, reencola y escala. Admite paralelismo independiente y HPC acoplado, como Monte Carlo, renderizado e imágenes, normalmente detrás de un servicio cliente.
Resumen del tema
Usa cuando el problema sea programar y escalar tareas, no atender una aplicación interactiva.
12. Grupos, nodos, trabajos y tareas forman el modelo
El flujo carga datos y aplicación en , crea o reutiliza un grupo, ejecuta trabajos divididos en tareas, supervisa y guarda salidas. Puede usar nodos dedicados o Spot y una fórmula de escalado automático.
Separa la de la plataforma de proceso.
Resumen del tema
Modela entrada, grupo, nodos, trabajos, tareas, reintentos, supervisión y salida duradera.
13. La eficiencia de depende de la estrategia
Reutiliza o selecciona grupos dinámicamente para tareas cortas.
Evita un grupo universal que acople trabajos.
Supón que los nodos pueden desaparecer; usa idempotencia, puntos de control y reintentos.
Usa tamaños aislados cuando lo exija el cumplimiento.
Nombra trabajos y agrupa tareas eficientemente.
Compara dedicados y Spot, escalado, localidad de datos, inicio y tareas en contenedores.
Resumen del tema
Las ganancias paralelas requieren tareas tolerantes a fallos y bajo coste de inicio y datos.
14. hospeda aplicaciones administradas
hospeda web, back-ends móviles, y tareas en segundo plano en Windows o Linux con .NET, Java, Node.js, Python, PHP o contenedor. Aporta , balanceo, escala, implementación y disponibilidad sin administrar el SO.
Resumen del tema
Usa para cargas compatibles con la plataforma.
15. El plan del es el límite de coste y proceso
El plan define región, SO, tamaño, instancias y nivel. Aplicaciones, ranuras, , copias y diagnósticos comparten CPU y memoria; escalar afecta a todos. Free/Shared son para desarrollo, los niveles dedicados agregan capacidad e Isolated agrega aislamiento de red. Separa perfiles incompatibles.
Resumen del tema
Trata el plan como límite compartido y aísla cargas con escala, riesgo o ciclo distintos.
16. Las ranuras permiten versiones validadas con poco tiempo de inactividad
Integra GitHub, o Git. En niveles compatibles, implementa en preparación, valida, calienta e intercambia con producción. Marca configuraciones específicas, separa identidades y secretos y planifica reversión.
Las ranuras reducen riesgo si se gobiernan configuración, identidad y reversión.
Resumen del tema
Gobierna las ranuras como entornos de versión.
17. Web, , e identidad cubren escenarios diferentes
Web: Windows, Linux, runtime o contenedor.
: /, lenguaje libre y /.
: programas y scripts continuos, programados o activados.
:, Google, Facebook y X con poco código.
Coste: separa planes según escala, red, características y aislamiento.
Resumen del tema
La plataforma simplifica web, pero plan, identidad, red y aislamiento siguen siendo decisiones.
18. ejecuta contenedores sin clúster
ofrece inicio rápido, cobro por segundo, CPU y memoria explícitas, Linux y Windows y montaje de . Sirve para tareas, automatización, compilaciones y workers simples; no reemplaza una orquestación completa.
Resumen del tema
Usa ACI para ejecución simple y aislada cuando un clúster no aporte valor.
19. El grupo es el límite de programación y recursos compartidos
Los contenedores de un grupo comparten host, ciclo de vida, red, recursos y volúmenes. Admite de contenido, registros, supervisión o front-end/back-end estrechamente acoplados.
Agrupa solo componentes que deben estar juntos.
Resumen del tema
Los servicios con escala independiente necesitan otro límite.
20. La seguridad empieza con imágenes confiables y observabilidad
Usa u otro registro privado controlado.
Analiza, firma y bloquea imágenes vulnerables.
Usa identidades administradas y mínimo privilegio.
Restringe red y supervisa archivos, tráfico, consumo, registros y salud.
Incluye volúmenes, secretos, reinicio y procedencia en el modelo de amenazas.
Resumen del tema
El inicio rápido no sustituye la gobernanza de imagen, identidad, red, datos y runtime.
21. ofrece Kubernetes administrado con acceso directo a la
Kubernetes automatiza implementación, escala, actualización y recuperación. administra el plano de control y conserva y primitivas. El equipo aún diseña grupos, actualizaciones, identidad, políticas, red, entrada, almacenamiento, observabilidad y confiabilidad.
Usa cuando el control de Kubernetes justifique habilidades y operación de clúster.
22. Los niveles y la infraestructura como código definen el soporte
ofrece Free, Standard y Premium: Free sin para desarrollo/pruebas; Standard con para producción; Premium con soporte a largo plazo. Los nodos se cobran siempre. Versiona con / red, , políticas, monitor, grupos, actualizaciones y complementos.
Resumen del tema
Elige nivel por y soporte y haz reproducible todo el clúster.
23. Operar abarca identidad, escala, actualizaciones, almacenamiento y red
Decisiones de .
Área
Decisión
Identidad
,,, política y registro.
Supervisión
, registros, métricas, alertas y telemetría.
Escala
HPA para pods y autoscaler para nodos.
Actualizaciones
Cordón, drenaje, ventanas y presupuestos de interrupción.
Almacenamiento
Volúmenes persistentes y recuperación.
Red y entrada
Modelo, clúster privado, salida, balanceo y /ingress.
Imágenes
Registro público o privado gobernado.
Resumen del tema
La recomendación debe asignar responsabilidad por todo el ciclo de vida de .
24. Compara ACI, Apps y por orquestación
Punto de partida.
Necesidad
Elección
Tarea o grupo simple
.
Microservicios , revisiones, jobs, Dapr y escala a cero
.
de Kubernetes, operadores, malla y programación detallada
.
Esfuerzo mínimo
ACI o Aplicaciones de Contenedores.
Varias cargas con controles Kubernetes
con límites y gobernanza.
Resumen del tema
Usa la plataforma más simple que cumpla orquestación, seguridad, red y control de .
25. ejecuta código basado en eventos
responde a , colas, temporizadores, almacenamiento y otros eventos. Desencadenadores y enlaces reducen integración; los planes escalan con eventos. Una función puede procesar una , guardar en y emitir una notificación.
Diseña concurrencia, idempotencia, salida, reintento y eventos problemáticos.
Resumen del tema
Usa Functions para código discreto basado en eventos con límites claros.
26. Plan, duración y Durable Functions determinan la ejecución
Consumption y Flex Consumption son ; Premium, Dedicated y otras opciones varían en calentamiento, red, escala y coste. El depende del plan y es configurable. Divide operaciones largas; Durable Functions mantiene estado, puntos de control y reinicios para encadenamiento, fan-out/fan-in y otros patrones.
Resumen del tema
Elige plan por escala, arranque, duración, red y coste; usa Durable Functions para estado entre ejecuciones.
27. Los límites de la aplicación de funciones controlan escala e impacto
Separa funciones con memoria, rendimiento, implementación, seguridad o escala diferentes.
Trata fallos, duplicados, , reintentos y dead-letter.
Usa ,, correlación, registros, métricas, trazas y alertas.
Para alto volumen, evalúa una cuenta de almacenamiento exclusiva.
Usa y secretos externos.
Resumen del tema
La aplicación de funciones es límite de implementación, escala, almacenamiento, identidad y fallo.
28. orquesta flujos de integración
, parte de Integration Services, conecta nube, entorno local, híbrido, legado y B2B mediante desencadenadores, acciones, controles y conectores. Puede notificar por , enrutar pedidos, mover SFTP/FTP a y convertir señales en alertas.
Su valor aparece cuando hay que coordinar sistemas.
Resumen del tema
Usa Aplicaciones lógicas cuando los conectores y la visibilidad de orquestación superen la necesidad de codificar cada paso.
29. Functions es code-first; Aplicaciones lógicas son design-first
Comparación.
Dimensión
Desarrollo
Código y Durable Functions.
Diseñador o archivos de flujo.
Conectividad
Desencadenadores, enlaces y código.
Conectores, conectores personalizados y Enterprise Integration Pack.
Uso
Algoritmos y controladores de eventos.
Sistemas, aprobaciones, programaciones y B2B.
Supervisión
y .
Historial y .
Composición
Puede llamar una aplicación lógica.
Puede llamar una función.
Son servicios complementarios.
Resumen del tema
Pon cálculo personalizado en Functions y orquestación entre sistemas en Aplicaciones lógicas.
30. El diseño incluye conectores, rendimiento, control y hospedaje
Integración: una aplicación aislada puede no necesitar un flujo.
Rendimiento: hay escala y paralelismo, pero no latencia determinista en tiempo real.
Control: condiciones, booleanos, switch, bucles, ámbitos, reintentos y compensación.
Conectores: valida los disponibles; para / crea uno personalizado o primero la .
Límites: reglas complejas o código de baja latencia pueden ir en Functions.
Hospedaje: Consumption es multiinquilino, por ejecución y un flujo por recurso; Standard es de inquilino único, varios flujos, capacidad dedicada y red avanzada.
Resumen del tema
Valida conectores, latencia, control, errores, observabilidad, red y hospedaje.
31. Aplica los requisitos a la evaluación
Evaluación de Tailwind Traders.
Requisito
Respuesta
Motivo
Actualizar inventario y notificar desde un servicio C#.
Acciones basadas en eventos.
Migrar servidores relacionales en VM.
VM optimizada para memoria
Las bases relacionales suelen requerir más memoria por CPU.
Procesar fotos durante segundos y escribir blobs.
Inicio rápido y cobro por segundo.
Resumen del tema
Las respuestas son Functions, VM optimizada para memoria y ACI por desencadenador, recursos y duración.
32. Consolida la decisión y consulta orientación actual
Documenta alternativas descartadas y evidencias.
Una respuesta sólida de AZ-305 identifica la forma de la carga, elige un candidato y lo valida contra escala, disponibilidad, seguridad, red, implementación, observabilidad, recuperación, coste, región y habilidades.
