El examen DP-300 evalúa repetidamente la capacidad de elegir el modelo de implementación de Azure SQL correcto para cada escenario. Azure SQL Database, Azure SQL Managed Instance y SQL Server on Azure VM pueden sonar como variaciones del mismo servicio, pero difieren fundamentalmente en responsabilidad de gestión y compatibilidad de características. Es como la diferencia entre reservar una habitación de hotel, alquilar toda una planta de oficinas y comprar un edificio en propiedad. Una vez que se elige un modelo, cambiarlo implica un proyecto completo de migración, por lo que la decisión inicial es determinante.
Azure SQL Database — El modelo de habitación de hotel
Cuando te hospedas en un hotel, solo gestionas tu habitación. La estructura del edificio, los ascensores y las instalaciones eléctricas son responsabilidad del hotel. Azure SQL Database funciona de la misma manera. Microsoft se encarga del sistema operativo, los parches del motor de SQL Server, las copias de seguridad y la alta disponibilidad, mientras el equipo se centra en el diseño del esquema, el rendimiento de consultas y el control de acceso.
Hay tres niveles de servicio: General Purpose para cargas de trabajo estándar, Business Critical con réplicas en memoria y una réplica secundaria legible, e Hyperscale con almacenamiento distribuido que escala hasta 100 TB. El nivel de cómputo Serverless pausa automáticamente durante los periodos de inactividad para reducir costos. Para arquitecturas SaaS multiinquilino, Elastic Pool permite que cientos de bases de datos compartan un único grupo de cómputo. SQL Server Agent, consultas entre bases de datos, ensamblados CLR y Service Broker no están admitidos.
Azure SQL Managed Instance — El modelo de planta de oficinas en alquiler
Alquilar toda una planta de oficinas permite organizar el interior como se desee. La estructura del edificio y los ascensores siguen siendo responsabilidad del propietario. Azure SQL Managed Instance sigue este patrón. Microsoft gestiona el sistema operativo y la infraestructura, pero a nivel de instancia se obtiene una compatibilidad de características casi completa con SQL Server.
SQL Server Agent, consultas entre bases de datos, ensamblados CLR, Service Broker, Linked Servers y Database Mail funcionan todos en Managed Instance. La compatibilidad es aproximadamente equivalente a SQL Server 2019, lo que la convierte en el destino natural para migraciones lift-and-shift desde SQL Server local con cambios mínimos de código. Managed Instance se implementa en una subred de VNet dedicada con integración nativa de VNet, lo que permite conectividad directa desde entornos locales a través de ExpressRoute o VPN Site-to-Site. Instance Pool permite que varias instancias más pequeñas compartan un grupo de cómputo para reducir costos.
SQL Server on Azure VM — El modelo del propietario del edificio
Ser propietario de un edificio significa que puedes derribar paredes o instalar una sala de servidores en el sótano. Tienes control total, pero cada reparación también es tu responsabilidad. SQL Server on Azure VM ofrece control completo sobre el sistema operativo y la versión de SQL Server, pero los parches, las copias de seguridad y la supervisión recaen íntegramente en el equipo.
Este modelo es necesario cuando se requiere acceso a nivel de SO para una herramienta de terceros, cuando debe mantenerse una versión específica y más antigua de SQL Server, o cuando se necesita configurar un clúster de conmutación por error de Windows Server con Failover Cluster Instance o un Always On Availability Group configurado manualmente. Azure Hybrid Benefit permite reducir costos usando licencias locales existentes.
Azure Arc-enabled SQL Server — Extensión híbrida
Imagina conectar los sistemas de inventario de almacenes remotos a la sede central en tiempo real, independientemente de dónde esté cada almacén. Azure Arc-enabled SQL Server cumple un papel similar. Las instancias de SQL Server que se ejecutan en entornos locales o en otras nubes se conectan al plano de control de Azure, lo que permite aplicar Azure Policy, Microsoft Defender for SQL y Azure Monitor de forma uniforme en todas ellas.
La responsabilidad de la infraestructura sigue recayendo en el equipo local o remoto. Es IaaS por naturaleza, pero las herramientas de gestión y las políticas de seguridad de Azure se extienden más allá de los límites de Azure. Cuando un escenario del examen mencione gestión híbrida de SQL a través del plano de control de Azure, Azure Arc-enabled SQL Server es la respuesta.
Hyperscale y Serverless — Niveles especializados
Una biblioteca que supera los 100.000 volúmenes eventualmente necesita sistemas de almacenamiento automatizados en lugar de estantes ordinarios. Azure SQL Database Hyperscale está diseñado para una situación similar. El almacenamiento escala automáticamente hasta 100 TB, las copias de seguridad basadas en instantáneas se completan casi al instante y se admite el escalado horizontal de lectura.
Serverless aborda el escenario opuesto: una carga de trabajo que está ocupada por la mañana y completamente inactiva por la noche, como una aplicación interna de negocio usada solo en horario de oficina. El cómputo se pausa automáticamente cuando no hay actividad, reduciendo los costos durante los periodos de inactividad. Ambos niveles existen dentro de Azure SQL Database pero resuelven problemas muy diferentes.
Criterios de selección del modelo
Al decidir si comprar o alquilar un coche, la pregunta más importante es cómo se va a usar. Elegir un modelo de implementación de Azure SQL funciona de la misma manera.
¿Se necesita SQL Server Agent, CLR o consultas entre bases de datos? Elige Managed Instance, PaaS con características a nivel de instancia. ¿Se necesita control del SO o una versión específica de SQL Server? Elige SQL Server on Azure VM. ¿Minimizar la carga operativa con una única base de datos es suficiente? Elige Azure SQL Database. ¿Gestionar SQL local o multinube desde Azure? Elige Azure Arc-enabled SQL Server.
Al elegir entre Managed Instance y Azure SQL Database, SQL Server Agent es la pregunta decisiva. Si es necesario, elige Managed Instance. Si no, Azure SQL Database es más simple y económico. Recuerda también que Azure SQL Database y Managed Instance incluyen copias de seguridad automáticas de forma predeterminada; SQL Server on Azure VM requiere configuración adicional.
!Cómo elegir un modelo de implementación de Azure SQL
Trampas habituales en el examen
Pedir comida solo por la foto del menú a veces lleva a sorpresas. Los modelos de implementación de Azure SQL funcionan igual cuando se eligen por nombre en lugar de por características.
La trampa más frecuente es asumir que PaaS significa compatibilidad completa de características. SQL Server Agent y CLR funcionan en Managed Instance, que es PaaS, pero no en Azure SQL Database, que también es PaaS. En el momento en que SQL Server Agent aparezca como requisito imprescindible en un escenario del examen, hay que eliminar Azure SQL Database antes de seguir leyendo.
La segunda trampa es confundir Elastic Pool con Instance Pool. Elastic Pool agrupa varias bases de datos de Azure SQL Database en un grupo de cómputo compartido. Instance Pool agrupa varias Managed Instances en un grupo de cómputo compartido. Ambos usan la palabra 'pool', pero el recurso agrupado es diferente.
Resumen para el Examen
"Minimizar la carga operativa + base de datos única" -- Azure SQL Database
"SQL Server Agent requerido + permanecer en PaaS" -- Azure SQL Managed Instance
"Acceso al SO necesario / versión específica de SQL requerida" -- SQL Server on Azure VM
"SaaS multiinquilino + optimización de costos" -- Azure SQL Database + Elastic Pool
"Más de 100 TB + instantáneas rápidas + escalado de lecturas" -- Azure SQL Database Hyperscale
"Carga de trabajo intermitente + pausa automática" -- Azure SQL Database Serverless
"Gestionar SQL local desde el plano de control de Azure" -- Azure Arc-enabled SQL Server
"Consultas entre bases de datos + migración lift-and-shift" -- Azure SQL Managed Instance
"Elastic Pool vs Instance Pool" -- grupo de bases de datos (Elastic Pool) vs grupo de instancias administradas (Instance Pool)
"Copia de seguridad automática sin configuración adicional" -- Azure SQL Database y Managed Instance sí, SQL Server on Azure VM no
Azure SQL Database = PaaS de BD única totalmente gestionado, Azure SQL Managed Instance = PaaS compatible a nivel de instancia, SQL Server on Azure VM = IaaS de control total