Compartir a través de


Árbol de decisión de Azure SQL

Se aplica a:Azure SQL DatabaseAzure SQL Managed InstanceSQL Server en Azure VM

Azure Portal incluye un árbol de decisión en el centro de Azure SQL en aka.ms/azuresqlhub para ayudarle a encontrar la opción adecuada para la arquitectura de la aplicación en Azure SQL.

Diagrama de árbol de decisión

El siguiente diagrama de árbol de decisión muestra cada paso de decisión de alto nivel.

Diagrama de árbol de decisión para Azure SQL. Cada punto de decisión se explica en este artículo.

Árbol de decisión explicado

En la explicación siguiente se describe cada punto de decisión de alto nivel. La arquitectura de la aplicación puede implicar otros factores y puntos de decisión.

¿Está desarrollando una nueva aplicación?

  • Sí: Considere la posibilidad de usar Azure SQL Database y Azure SQL Database Hiperescala.

    • Si va a crear una nueva solución SaaS (software como servicio) para cientos de clientes o más, considere la posibilidad de usar Azure SQL Database, mediante grupos elásticos para proporcionar costos de recursos rentables y predecibles a muchas bases de datos de cliente distintas.

    • Si está desarrollando otros tipos de aplicaciones, considere Azure SQL Database Hyperscale. También puede considerar los grupos elásticos de Hiperescala de Azure SQL Database para proporcionar costos de recursos rentables y predecibles a muchas bases de datos.

  • No: La mejor opción de plataforma depende de otros factores, como si va a migrar una carga de trabajo existente y otras características. Sigue leyendo.

¿Va a migrar una base de datos existente?

  • No: Considere Azure SQL Database y Azure SQL Database Hiperescala.

    • Si va a crear una nueva solución SaaS (software como servicio) para cientos de clientes o más, considere la posibilidad de usar Azure SQL Database, mediante grupos elásticos para proporcionar costos de recursos rentables y predecibles a muchas bases de datos de cliente distintas.

    • Si va a desarrollar otros tipos de aplicaciones, considere el uso de Azure SQL Database Hyperscale. También puede considerar los grupos elásticos de Hiperescala de Azure SQL Database para proporcionar costos de recursos rentables y predecibles a muchas bases de datos.

  • Sí: Considere los requisitos del sistema que provienen de la plataforma de base de datos existente. Sigue leyendo.

¿Necesita control de nivel de sistema operativo, acceso al sistema de archivos o una versión específica de SQL Server?

  • Sí: La mejor solución para las migraciones locales que requieren acceso al sistema operativo y al sistema de archivos, quizás para la integración con otras aplicaciones que deben instalarse localmente en la instancia de SQL Server, es SQL Server en Azure Virtual Machines.

    Si debe ejecutar una versión específica de SQL Server que no sea la versión más reciente y no se mantendrá actualizada automáticamente, use SQL Server en Azure Virtual Machines.

  • No: Tenga en cuenta qué requisitos de características tiene de la plataforma de base de datos existente. Una base de datos de plataforma como servicio (PaaS) que gestiona la instancia de SQL Server y la actualización del sistema operativo para que sea más sencilla y fácil de operar. Siga leyendo para obtener más opciones.

¿La carga de trabajo requiere replicación transaccional, .NET CLR, Agente SQL, consultas entre bases de datos o servidor vinculado?

  • Sí: Elija Instancia administrada de Azure SQL. Estas características de SQL Server y Windows están disponibles con Azure SQL Managed Instance, incluso cuando se administran otros aspectos de la instancia y el sistema operativo, como la aplicación de revisiones, la alta disponibilidad y las copias de seguridad.

  • No: Si no necesita esas características, hay otras opciones de Azure SQL disponibles que simplifican la administración de la base de datos. Sigue leyendo.

¿Necesita, o la política de empresa requiere, la capacidad de mover de nuevo la base de datos a un entorno local o entre nubes?

  • Sí: Elija Instancia administrada de Azure SQL, que proporciona la migración y la migración inversa, así como la sincronización local a la nube a través de grupos de disponibilidad.

  • No: Otras opciones siguen estando disponibles para su escenario. Sigue leyendo.

¿Espera que la base de datos permanezca inferior a 4 TB?

  • Sí: Elija Azure SQL Database. Además, si está considerando una nueva solución SaaS (software como servicio) para cientos de clientes o más, configure Azure SQL Database con grupos elásticos para proporcionar costos de recursos rentables y predecibles a muchas bases de datos de cliente distintas. Puede considerar una arquitectura de base de datos que separa a cada cliente en su propia base de datos mediante grupos elásticos, cada uno de los cuales espera permanecer por debajo de 4 TB.

  • No: Hiperescala de Azure SQL Managed Instance y Azure SQL Database proporcionan limitaciones de tamaño total de base de datos mucho mayores. Sigue leyendo.

¿Espera que la base de datos permanezca en menos de 32 TB?

Tanto Azure SQL Managed Instance como Hiperescala de Azure SQL Database podrían funcionar para la solución, pero Azure SQL Managed Instance tiene un límite actual de 32 TB. Hiperescala de Azure SQL Database tiene un límite actual de 128 TB.

  • Si va a crear una nueva solución SaaS (software como servicio) para cientos de clientes o más, considere la posibilidad de usar grupos elásticos de Hiperescala de Azure SQL Database o grupos de Instancias administradas de Azure SQL para proporcionar costos de recursos rentables y predecibles a muchas bases de datos de cliente distintas.