Preparación para la Certificación Microsoft AZ-305
Diseña soluciones de bases de datos con Azure SQL y Azure Cosmos DB
Convierte compatibilidad, escala, disponibilidad, seguridad, administración y costo en una arquitectura de datos defendible en Azure.
Tiempo de estudio sugerido: 82 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 de trabajo y el resultado del negocio
Muchas organizaciones reemplazan plataformas de datos antiguas o insuficientes, reducen costos de y preparan aplicaciones para la nube y la IA. La arquitectura debe comenzar con un inventario y un resultado de migración, no con un producto favorito.
Tailwind Traders, minorista ficticio global, mantiene clientes, pedidos, catálogos y un portal interno en SQL Server local. Como CTO, necesitas un diseño rentable en la nube con baja latencia, alta disponibilidad, riesgo controlado y protección adecuada.
Diseñar para .
Diseñar para .
Diseñar para .
Recomendar escalabilidad y disponibilidad.
Proteger , en tránsito y en uso.
Diseñar para y for Table.
Conviene conocer conceptualmente SQL Server y tener experiencia con soluciones de bases de datos. Estas decisiones corresponden directamente al examen AZ-305.
Resumen del tema
Convierte el resultado, la compatibilidad, los niveles de servicio, la seguridad y el costo en requisitos antes de elegir.
2. ofrece un espectro de administración y compatibilidad
Los datos relacionales comparten un esquema de tablas, filas, columnas, claves y relaciones. En , la decisión central es cuánto delegar a la plataforma y cuánta compatibilidad de instancia y sistema operativo conservar.
Opciones relacionales principales.
Opción
Límite de administración
Mejor ajuste
Microsoft administra plataforma, motor, copias y disponibilidad.
Aplicaciones modernas, bases únicas, grupos elásticos, e .
Microsoft administra una instancia compatible con SQL Server en red virtual nativa.
Lift-and-shift con funciones de ámbito de instancia.
administra la infraestructura; el cliente, el SO y SQL Server.
Migración rápida, versión exacta, acceso al SO y control total.
Más compatibilidad y control también implican más responsabilidad operativa.
Resumen del tema
Elige la opción más administrada que todavía cumpla la compatibilidad de motor, instancia, red y sistema operativo.
3. es una base totalmente administrada
abstrae el sistema operativo y la instancia de SQL Server. Microsoft gestiona actualizaciones, revisiones, copias, salud y alta disponibilidad. El equipo se concentra en esquema, consultas, seguridad y comportamiento de la aplicación.
Admite bases únicas, grupos elásticos, proceso e . Aislamiento, utilización, crecimiento, latencia y recuperación determinan la forma correcta.
Resumen del tema
elimina la administración de servidor e instancia y mantiene una plataforma SQL relacional.
4. Base única, grupo elástico e resuelven perfiles distintos
Formas de .
Forma
Comportamiento
Úsala cuando
Base única
Objetivo de servicio y límites aislados.
Una base tiene demanda previsible o independiente.
Grupo elástico
Varias bases comparten proceso y almacenamiento con límites individuales.
Muchas bases tienen picos variables y alternados.
Almacenamiento distribuido, instantáneas rápidas, réplicas y hasta 128 TB.
La base es muy grande o crece rápidamente.
funciona con bases únicas y grupos elásticos en vCore, no en DTU. También puede justificarse por copia y restauración rápidas, lectura escalable, réplicas configurables y cambio ágil de proceso.
Aislamiento, uso compartido y escala distribuida son patrones diferentes.
Resumen del tema
Usa base única para aislamiento, grupo para demanda variable compartida e para escala distribuida.
5. DTU y vCore son modelos de compra diferentes
Una unidad de transacción de base de datos (DTU) combina proceso, memoria, almacenamiento y E/S en objetivos preconfigurados. Simplifica el dimensionamiento y solo se aplica a , no a .
vCore expone núcleos virtuales y permite evaluar recursos por separado. Admite Ventaja híbrida de para licencias aptas de SQL Server y capacidad reservada. Microsoft lo recomienda para la mayoría de los diseños nuevos.
Decisión del modelo de compra.
Necesidad
Prefiere
Dimensionamiento combinado e historial en DTU.
DTU.
Recursos independientes, ,, licencias o reservas.
vCore.
.
vCore; DTU no está disponible.
Resumen del tema
DTU es un paquete sencillo; vCore aporta transparencia y flexibilidad para arquitectura y costos.
6. y ofertas gratuitas atienden uso intermitente o evaluación
El proceso escala automáticamente y factura por segundo. La pausa automática reduce costo inactivo, pero la primera solicitud sufre latencia de reanudación. Está disponible en configuraciones vCore compatibles de Uso general e .
La oferta gratuita de permite hasta diez bases de Uso general por suscripción. Cada una recibe mensualmente 100.000 segundos de vCore, 32 GB de datos y 32 GB de copia durante la vigencia de la suscripción. Al alcanzar el límite puede pausarse o continuar con cargo, según la configuración.
Resumen del tema
Usa para demanda variable y la oferta gratuita para desarrollo, considerando reanudación y límites.
7. favorece equipos que quieren crear, no operar servidores
AccuWeather combinó con y para crear aplicaciones internas de predicción sin administrar bases. Cuando la aplicación acepta funciones de ámbito de base y prima la entrega rápida con operaciones automatizadas, SQL Database es un valor predeterminado sólido.
Validar compatibilidad de ámbito de base.
Elegir base única o grupo elástico.
Seleccionar DTU o vCore y proceso aprovisionado o .
Elegir Uso general, Crítico para la empresa o .
Probar migración, rendimiento, conectividad y recuperación.
Resumen del tema
Selecciona cuando existe compatibilidad y son prioritarias las operaciones administradas y la escala por base.
8. conserva semántica de instancia como
proporciona una instancia ampliamente compatible con SQL Server y elimina gran parte de la administración de la máquina virtual. Puede ser una instancia única o un grupo de instancias y sirve para migraciones que exigirían rediseño considerable.
La red virtual nativa y la amplia superficie de SQL Server favorecen lift-and-shift. Microsoft gestiona revisiones, motor, copias y disponibilidad; el cliente conserva bases, inicios de sesión, permisos, consultas y diseño.
Resumen del tema
Managed Instance es el puente para cargas que necesitan comportamiento de instancia sin operar una VM.
9. Las funciones de ámbito de instancia son la prueba decisiva
SQL Server Agent, CLR, Database Mail, transacciones distribuidas, servidores vinculados y Service Broker son razones habituales para elegir Managed Instance. La mayoría de las funciones existe, pero la evaluación debe comprobar versión y dependencias exactas.
vCore define el proceso y almacenamiento compartidos por todas las bases de la instancia. Un grupo preaprovisiona infraestructura para varias instancias pequeñas y mejora velocidad y costo de consolidación.
Las bases comparten la instancia; las instancias comparten infraestructura preaprovisionada en el grupo.
Resumen del tema
Elige Managed Instance por las funciones requeridas y después dimensiona los recursos compartidos y el grupo.
10. Capacidad y oferta de evaluación tienen límites explícitos
La oferta gratuita de dura 12 meses e incluye una instancia de Uso general por suscripción, cuatro vCores, 720 horas de vCore mensuales, 64 GB de datos y copias automáticas por hasta siete días. Sirve para evaluación, no para continuidad productiva.
Uso general de próxima generación admite hasta 500 bases de usuario y 32 TB por instancia, con opciones independientes de proceso, almacenamiento y E/S. Verifica región, hardware, nivel y límites vigentes antes de fijar la densidad.
Resumen del tema
Trata ofertas y máximos como restricciones que hay que validar, no como densidad útil garantizada.
11. Komatsu demuestra el valor lift-and-shift de Managed Instance
Komatsu quería consolidar aplicaciones y preservar muchas funciones de SQL Server. Migró cerca de 1,5 TB y obtuvo revisiones, versiones, copias y disponibilidad automáticas con menos administración. El patrón favorece Managed Instance cuando rediseñar cuesta más que modernizar inmediatamente.
Aun así se validan rendimiento, red, autenticación, incompatibilidades, mantenimiento, recuperación y costo. Compatibilidad amplia no elimina las pruebas.
Resumen del tema
Managed Instance reduce retrabajo en entornos complejos, pero lift-and-shift todavía exige evaluación y ensayo.
12. maximiza el control
ofrece una instalación completa en una VM de . Permite elegir versiones compatibles, acceder al SO, instalar agentes, personalizar archivos y conservar funciones ausentes en .
Ese control deja al cliente las revisiones y actualizaciones, la configuración, la disponibilidad, la validación de copias y la capacidad. automatiza tareas seleccionadas, pero el límite sigue siendo .
El control del sistema operativo conlleva responsabilidad operativa.
Resumen del tema
Usa cuando la compatibilidad exacta o el acceso al SO sean obligatorios.
13. Velocidad de migración, automatización y licencias influyen en la VM
Allscripts usó para mover aplicaciones de salud adquiridas, ejecutadas en unas 1.000 VMs, en aproximadamente tres semanas. Replicar infraestructura acelera cargas estrechamente unidas a su servidor.
Acceso al servidor: conservar herramientas, autenticación, versiones y archivos.
Administración automática: usar la extensión del agente de SQL y validar cada tarea.
Ventaja híbrida de : aplicar licencias aptas de Windows Server y SQL Server.
Disponibilidad: diseñar zonas, conjuntos, clústeres, grupos de disponibilidad, almacenamiento y recuperación.
Resumen del tema
La VM suele ser el camino de compatibilidad más rápido, pero su costo incluye operaciones, disponibilidad y licencias.
14. Compara explícitamente las tres opciones de
Comparación de opciones.
Eje
Escenario
Apps modernas, bases, grupos, e .
Lift-and-shift con funciones de instancia.
Migración rápida o acceso al SO.
Administración
de base administrada.
de instancia administrada.
SO y SQL Server del cliente.
Compatibilidad
Ámbito de base.
Amplia superficie SQL y red virtual.
Capacidades completas compatibles.
Escala
Base o grupo.
Instancia o grupo de instancias.
VM, discos y SQL Server.
Ejemplos
,, grupos.
Agent, CLR, Service Broker, servidores vinculados.
DTC, FILESTREAM, modelo de recuperación simple, SSIS, SSRS, SSAS y agentes.
Resumen del tema
Haz visibles compatibilidad y responsabilidad; no compares solo precio o tamaño máximo.
15. La escalabilidad dinámica cambia recursos sin comprar hardware
cambia CPU, memoria, E/S y almacenamiento mediante objetivos de servicio. Una base recibe DTU o vCore; un grupo recibe un sobre compartido y límites por base.
El cambio es en línea, pero puede interrumpir conexiones y mover datos. La aplicación necesita reintentos, mantenimiento, supervisión y pruebas en carga normal y máxima.
Resumen del tema
Escalar en línea no permite ignorar conexiones transitorias, tiempo de cambio y resiliencia de la aplicación.
16. La escala vertical cambia los recursos de una base
Escalar verticalmente modifica el tamaño de proceso o el objetivo de una base o grupo. Es sencillo cuando la carga cabe en una base y un sobre mayor resuelve la demanda.
Para muchas bases con baja media y picos ocasionales, un grupo elástico comparte capacidad. Si todas alcanzan el pico juntas, hay que dimensionar esa concurrencia.
Resumen del tema
Escala verticalmente cuando basta un sobre mayor; usa grupo cuando varias bases comparten picos no simultáneos.
17. La escala horizontal particiona carga o descarga lecturas
Escalar horizontalmente agrega bases o réplicas. El particionamiento distribuye registros por una clave y un administrador de mapa ayuda a encontrar la base correcta. Atiende geografía y volumen, pero añade enrutamiento y consultas entre particiones.
La escalabilidad de lectura dirige consultas a réplicas compatibles. Aumenta lecturas, no la escritura primaria; el diseño define consistencia, retraso y conmutación por error.
Usa particiones para escritura y datos distribuibles y réplicas para lectura; ambos requieren enrutamiento consciente.
18. Las herramientas elásticas apoyan diseños entre bases
Los grupos elásticos reducen costos con demanda variable. Las herramientas elásticas apoyan particionamiento y la consulta elástica permite que T-SQL acceda a tablas remotas para informes y agregación.
Puede alimentar Excel, , Tableau e integración. El módulo de origen destaca la consulta elástica en el nivel Estándar; valida nivel, seguridad, envío de predicados y rendimiento actual.
Resumen del tema
El grupo comparte recursos, las herramientas distribuyen datos y la consulta elástica agrega resultados.
19. Asocia el patrón de escalabilidad con el escenario
Recomendaciones de escalabilidad.
Escenario
Patrón
Motivo
Bases por ubicación con picos alternados.
Grupo elástico y tamaño vertical.
Comparten capacidad adquirida.
Datos deben residir en geografías separadas.
Particionamiento y mapa.
Particiones independientes.
BI necesita un resultado de varias bases.
Consulta elástica.
T-SQL remoto consolida.
Base crítica de mucha lectura.
Lectura secundaria Crítico para la empresa o .
Las lecturas salen de la primaria.
Resumen del tema
Elige grupo, escala vertical, partición, consulta o réplica según concurrencia, ubicación y patrón de consulta.
20. El nivel de servicio determina la arquitectura de disponibilidad
Uso general separa proceso y almacenamiento remoto; Crítico para la empresa mantiene quórum de réplicas con SSD local; separa proceso, registro, caché y páginas. Esto cambia latencia, conmutación, lectura, crecimiento y precio.
Las zonas mejoran resiliencia en regiones compatibles. La aplicación aún necesita reintentos y, para continuidad regional, grupos de conmutación o replicación geográfica probada.
Resumen del tema
Elige el nivel por arquitectura y fallos y añade continuidad zonal y regional según los requisitos.
21. Uso general separa proceso sin estado y almacenamiento duradero
En Uso general —similar a Básico o Estándar en DTU— la puerta de enlace dirige conexiones al proceso y tempdb usa SSD local. La arquitectura didáctica identifica Premium con redundancia local para datos y registros, y Standard con RA-GRS predeterminado para copias; en implementaciones actuales la redundancia de copia es configurable y debe verificarse.
Ante fallo, inicia el motor en otro nodo, adjunta archivos, recupera y actualiza el enrutamiento. Equilibra costo y rendimiento con más latencia que un SSD local.
Resumen del tema
Uso general equilibra costo mediante separación, aceptando latencia remota y recuperación durante el .
22. Crítico para la empresa usa quórum de réplicas en SSD local
Crítico para la empresa —similar a Premium en DTU— usa SSD local en una primaria y tres secundarias. Replicación síncrona y quórum permiten rápido. Una secundaria admite consultas de lectura sin costo adicional de base.
Es adecuado para baja latencia de E/S, alta resiliencia, recuperación rápida y lectura escalable. La redundancia zonal distribuye réplicas donde se admite.
Resumen del tema
Crítico para la empresa paga proceso local replicado para baja latencia, rápido y lectura secundaria.
23. distribuye almacenamiento y usa instantáneas
usa réplicas de proceso, servicio de registro, servidores de páginas y cachés. Crece hasta 128 TB independientemente del proceso. La copia continua por instantáneas y la restauración suelen ser rápidas sin depender linealmente del tamaño.
Se pueden configurar de cero a cuatro réplicas de alta disponibilidad y réplicas con nombre para lecturas. Al menos una réplica de HA permite resiliencia automática del proceso y cada réplica adicional influye en el costo.
El nivel cambia el camino a los datos y con ello latencia, escala y .
Resumen del tema
combina almacenamiento distribuido, instantáneas rápidas, escala ágil y réplicas configurables.
24. Elegir disponibilidad es equilibrar requisitos
Comparación por disponibilidad.
Nivel
Arquitectura
Selección
Uso general / DTU Básico o Estándar
Proceso sin estado y almacenamiento remoto.
Costo y rendimiento equilibrados.
Crítico para la empresa / DTU Premium
Primaria y secundarias síncronas en SSD local.
Baja latencia, resiliencia, y lectura.
/ solo vCore
Proceso, registro, caché y páginas distribuidos.
Gran escala, copias rápidas y varias lecturas.
, zonas, réplicas, redundancia de copia, georreplicación y reintentos se evalúan juntos. El nombre del nivel no satisface por sí solo un objetivo extremo a extremo.
Resumen del tema
Selecciona por latencia, almacenamiento, , lectura, zonas, recuperación regional y costo.
25. La seguridad empieza con descubrimiento, clasificación y protección
Las bases pueden contener contactos, pedidos, credenciales y pagos. Descubrimiento localiza información sensible, clasificación registra significado y riesgo, y protección aplica acceso, cifrado, enmascaramiento, supervisión y gobierno.
Mapea controles al ciclo de vida. El cifrado no reemplaza identidad, privilegio mínimo, red, auditoría, amenazas, retención ni código seguro.
Resumen del tema
Clasifica datos y ciclo de vida y combina cifrado con identidad, red, supervisión y gobierno.
26. , en tránsito y en uso tienen exposiciones distintas
Estados y controles.
Estado
Significado
Controles
En reposo
Archivos, registros y copias almacenados.
TDE, cifrado de almacenamiento, claves y copia.
En tránsito
Tráfico entre clientes, servicios, réplicas o regiones.
1.2+, certificados, conectividad privada y controladores seguros.
En uso
Valores consultados o procesados.
Always Encrypted, enclaves seguros, acceso y enmascaramiento de salida.
Resumen del tema
Aplica un control para cada estado; un mecanismo no cubre almacenamiento, red y procesamiento.
27. TDE protege archivos y copias en reposo
Transparent Data Encryption (TDE) cifra y descifra páginas, registros y copias. Protege , y contra acceso sin conexión. Las nuevas bases tienen TDE activado.
No requiere cambiar la aplicación, pero un usuario autorizado aún lee filas. Las claves administradas simplifican; las claves del cliente en añaden control y obligaciones de disponibilidad y rotación.
Resumen del tema
TDE protege archivos, registros y copias contra exposición sin conexión; autorización y claves tratan otros riesgos.
28. protege conexiones en tránsito
, y exigen 1.2 o posterior en conexiones compatibles. cifra el flujo y autentica el punto de conexión. 1.0 y 1.1 están retirados.
Usa controladores actuales, valida certificados y nombres, desactiva alternativas inseguras y combina con puntos privados o redes controladas.
Resumen del tema
1.2+ cifra la conexión; controladores, certificados y red completan el transporte seguro.
29. El enmascaramiento limita la vista; Always Encrypted protege valores
El enmascaramiento dinámico cambia cómo aparecen columnas para usuarios sin UNMASK y deja el dato intacto. Reduce exposición accidental, pero no es cifrado ni defensa suficiente ante un usuario hostil que puede consultar.
Always Encrypted cifra valores en el cliente para que el motor no reciba claves en texto claro. Enclaves seguros permiten operaciones más ricas. Usa enmascaramiento para presentación y Always Encrypted para protección criptográfica en uso.
Enmascaramiento y cifrado resuelven riesgos distintos.
Resumen del tema
Enmascara resultados para controlar exposición; usa Always Encrypted para proteger criptográficamente valores.
30. es una plataforma global administrada
administra infraestructura, revisiones, copias y capacidad, con modos y escalado automático. Ofrece distribución global, consistencia ajustable, indexación automática y latencia de milisegundos de un dígito para operaciones compatibles.
for Table almacena entidades flexibles identificadas por PartitionKey y RowKey. Las aplicaciones de suelen migrar con pocos cambios, pero rendimiento, consistencia, distribución y precio deben rediseñarse.
Resumen del tema
Elige Cosmos DB para global y elástico; la for Table conserva el modelo Tables.
31. y Cosmos DB for Table intercambian costo por garantías
Comparación vigente.
Característica
for Table
Latencia
Rápida, sin límite superior.
Lectura <10 ms y escritura <15 ms en percentil 99 bajo .
Rendimiento
Variable; 20.000 operaciones/s por tabla.
Reservado, sin límite superior por cuenta y >10 millones/s por tabla aprovisionada.
Distribución
Primaria y secundaria legible opcional.
De una a más de 30 regiones.
Índice y consulta
PartitionKey y RowKey; escaneo para lo demás.
Todas las propiedades indexadas.
Consistencia
Fuerte en primaria y eventual en secundaria.
Cinco niveles.
Precio
Consumo.
o capacidad aprovisionada.
Disponibilidad
99,99%.
99,99% y hasta 99,999% de lectura para cuentas multirregión aptas.
prioriza economía sencilla; Cosmos DB agrega distribución, índice, consistencia y garantías.
Resumen del tema
Conserva para clave-valor económico; usa Cosmos DB for Table cuando las garantías globales lo justifiquen.
32. Evaluación: elige según las restricciones rígidas
Respuestas y motivos.
Escenario
Respuesta
Motivo
Inventario requiere autenticación de Windows, personalización y acceso al SO.
.
Proporciona acceso al sistema operativo y control total.
RR. HH. quiere menos administración pero necesita CLR y Service Broker.
.
Conserva funciones de instancia como .
Bases locales contienen entre 40 y 80 TB.
.
Admite hasta 128 TB con almacenamiento distribuido.
En el examen, identifica primero la restricción innegociable: SO, compatibilidad de instancia o escala. Después optimiza costo y administración.
Resumen del tema
La compatibilidad y la capacidad eliminan opciones antes que preferencias como comodidad o precio.
33. Lista de arquitectura y síntesis
Inventariar esquemas, tamaño, crecimiento, dependencias, autenticación, funciones, SO y red.
Elegir SQL Database, Managed Instance o VM por la compatibilidad mínima.
Elegir base, grupo, grupo de instancias, particiones o réplicas según utilización.
Definir DTU o vCore, aprovisionado o , licencias y reservas.
Relacionar Uso general, Crítico o con latencia, almacenamiento, , lectura y costo.
Diseñar reintentos, zonas, continuidad regional, copia, restauración y probado.
Proteger reposo con TDE, tránsito con y valores en uso con Always Encrypted; usar enmascaramiento para presentación.
Elegir o Cosmos DB for Table por distribución, latencia, índice, consistencia, rendimiento y precio.
Ensayar migración, rendimiento, recuperación, claves, y reversión.
Para practicar, abre Microsoft Copilot en Microsoft Edge o en copilot.microsoft.com. Pídele que compare servicios relacionales, dé ejemplos de escalado de , contraste y con ventajas y desventajas y enumere límites de Cosmos DB. Verifica la hipótesis en Microsoft Learn, precios, regiones y una prueba de concepto.
Resumen del tema
Una arquitectura defendible hace trazables compatibilidad, administración, escala, disponibilidad, seguridad, costo y recuperación.
