Revisión de las opciones de datos
Cuando prepare el entorno de la zona de aterrizaje para la adopción de la nube, deberá determinar los requisitos de datos para hospedar las cargas de trabajo. Los productos y servicios de base de datos de Azure admiten varios de escenarios y funcionalidades de almacenamiento de datos. El modo en que se configure el entorno de la zona de aterrizaje para satisfacer los requisitos de datos depende de los requisitos de gobierno, técnicos y empresariales de la carga de trabajo.
Identificación de los requisitos de los servicios de datos
Como parte de la evaluación y preparación de la zona de aterrizaje, debe identificar los almacenes de datos que debe admitir la zona de aterrizaje. Este proceso supone evaluar cada una de las aplicaciones y servicios que componen las cargas de trabajo para determinar sus requisitos de acceso y almacenamiento de datos. Después de identificar y documentar estos requisitos, puede crear directivas para la zona de aterrizaje con el fin de controlar qué tipos de recursos se permiten en función de las necesidades de su carga de trabajo.
Para cada aplicación o servicio que implemente en el entorno de la zona de aterrizaje, use la siguiente información como punto de partida para que le ayude a determinar los servicios de almacenamiento de datos adecuados que usar.
Preguntas clave
Responda a las siguientes preguntas sobre las cargas de trabajo como ayuda para tomar decisiones basadas en el árbol de decisión de los servicios de base de datos de Azure:
- ¿Cuál es el nivel de control del sistema operativo y el motor de base de datos necesarios? Algunos escenarios requieren un alto grado de control o propiedad de la configuración de software y los servidores host para las cargas de trabajo de base de datos. En estos casos, puede implementar máquinas virtuales de infraestructura como servicio (IaaS) personalizadas para controlar completamente la implementación y la configuración de los servicios de datos. Es posible que no necesite este nivel de control, pero quizás no esté listo para pasar a una solución completa de plataforma como servicio (PaaS). En ese caso, una instancia administrada puede proporcionar una mayor compatibilidad con el motor de base de datos local, al tiempo que ofrece las ventajas de una plataforma totalmente administrada.
- ¿Usarán las cargas de trabajo una tecnología de base de datos relacional? Si es así, ¿qué tecnología planea usar? Azure proporciona capacidades de base de datos de PaaS administradas para Azure SQL Database, MySQL, PostgreSQL y MariaDB.
- Azure Cosmos DB admite MongoDB y las API de PostgreSQL para aprovechar las numerosas ventajas que ofrece Azure Cosmos DB, incluida la alta disponibilidad automática y la escalabilidad instantánea.
- ¿Usarán las cargas de trabajo SQL Server? En Azure, puede hacer que las cargas de trabajo se ejecuten en SQL Server en Azure Virtual Machines basadas en IaaS o en el servicio hospedado de Azure SQL Database basado en PaaS. La elección de la opción que se vaya a usar es principalmente una pregunta sobre si desea administrar la base de datos, aplicar revisiones y realizar copias de seguridad, o si desea delegar esas operaciones a Azure. En algunos escenarios, los problemas de compatibilidad pueden requerir el uso de SQL Server con IaaS hospedado. Para obtener más información sobre cómo elegir la opción correcta para las cargas de trabajo, consulte Selección de la opción de SQL Server correcta en Azure.
- ¿Usarán las cargas de trabajo el almacenamiento de base de datos de clave-valor? Azure Cache for Redis ofrece una solución de almacenamiento de datos clave-valor en caché de alto rendimiento que puede potenciar aplicaciones escalables y rápidas. Azure Cosmos DB también proporciona capacidades de almacenamiento de clave-valor de uso general.
- ¿Las cargas de trabajo usarán datos de gráficos o documentos? Azure Cosmos DB es un servicio de base de datos multimodelo que admite varios de tipos de datos y API. Azure Cosmos DB también proporciona capacidades de base de datos de documentos y de grafos.
- MongoDB y Apache Gremlin son API de gráficos y documentos compatibles con Azure Cosmos DB.
- ¿Usarán las cargas de trabajo datos de la familia de columnas? Azure Managed Instance for Apache Cassandra ofrece un clúster de Apache Cassandra totalmente administrado que puede extender los centros de datos existentes a Azure o actuar como un clúster y un centro de datos solo en la nube.
- Azure Cosmos DB también admite la API de Apache Cassandra. Consulte la documentación de comparación de productos para ayudar a guiar la decisión sobre la mejor opción para la carga de trabajo.
- ¿Las cargas de trabajo requerirán funcionalidades de análisis de datos de alta capacidad? Puede usar Azure Synapse Analytics para almacenar y consultar de forma eficaz datos estructurados a escala de petabytes. En caso de cargas de macrodatos no estructuradas, puede usar Azure Data Lake para almacenar y analizar archivos de tamaño de petabytes y billones de objetos.
- ¿Requerirán las cargas de trabajo capacidades del motor de búsqueda? Puede usar Azure Cognitive Search para crear índices de búsqueda basados en la nube mejorados con inteligencia artificial que puede integrar en sus aplicaciones.
- ¿Usarán las cargas de trabajo datos de serie temporal? Azure Time Series Insights se diseñó para almacenar, visualizar y consultar grandes cantidades de datos de series temporales, como los que generan los dispositivos de IoT.
Nota:
Más información sobre cómo evaluar las opciones de base de datos para cada una de sus aplicaciones o servicios en la guía de arquitectura de aplicaciones de Azure.
Escenarios comunes de bases de datos
En la tabla siguiente se listan algunos requisitos de escenarios de uso comunes y los servicios de base de datos recomendados para gestionarlos.
| Si desea | Uso de este servicio de base de datos |
|---|---|
| Cree aplicaciones que escalen con una base de datos SQL administrada e inteligente en la nube. | Azure SQL Database |
| Modernice las aplicaciones de SQL Server con una instancia de SQL administrada y siempre actualizada en la nube. | Instancia administrada de Azure SQL |
| Migre las cargas de trabajo de SQL a Azure mientras se mantiene la compatibilidad completa con SQL Server y el acceso de nivel de sistema operativo. | SQL Server en Azure Virtual Machines |
| Cree aplicaciones escalables, seguras y totalmente administradas para la empresa en PostgreSQL de código abierto, escale horizontalmente PostgreSQL de un solo nodo con alto rendimiento o migre cargas de trabajo de PostgreSQL y Oracle a la nube. | Azure Database para PostgreSQL |
| Ofrezca alta disponibilidad y escalado elástico a aplicaciones web y móviles de código abierto con un servicio de base de datos MySQL de la comunidad administrada, o bien migrar cargas de trabajo de MySQL a la nube. | Azure Database for MySQL |
| Proporcione alta disponibilidad y escalado elástico a aplicaciones web y móviles de código abierto con un servicio de base de datos MariaDB de la comunidad administrada. | Azure Database for MariaDB |
| Cree aplicaciones con baja latencia garantizada y alta disponibilidad en cualquier lugar, a cualquier escala o migre Cassandra, MongoDB, Gremlin y otras cargas de trabajo NoSQL a la nube. | Azure Cosmos DB |
| Modernice aplicaciones y clústeres de datos de Cassandra existentes, y disfrute de flexibilidad y libertad con el servicio de instancia administrada. | Azure Managed Instance para Apache Cassandra |
| Cree almacenamiento de datos elástico totalmente administrado que disponga de seguridad en todos los niveles de escalado y sin costo adicional. | Azure Synapse Analytics |
| Impulse aplicaciones rápidas y escalables con un almacén de datos en memoria compatible con código abierto. | Azure Cache for Redis |
Comparación de las características de la base de datos
En la tabla siguiente se listan las características disponibles en los servicios de base de datos de Azure.
| Característica | Azure SQL Database | Instancia administrada de Azure SQL | Azure Database for PostgreSQL | Azure Database for MySQL | Azure Database for MariaDB | Azure Managed Instance para Apache Cassandra | Azure Cosmos DB | Azure Cache for Redis | Azure Cosmos DB for MongoDB | Azure Cosmos DB for Gremlin |
|---|---|---|---|---|---|---|---|---|---|---|
| Tipo de base de datos | Relacional | Relacional | Relacional | Relacional | Relacional | NoSQL | NoSQL | En memoria | NoSQL | Grafo |
| Modelo de datos | Relacional | Relacional | Relacional | Relacional | Relacional | Multimodelo: documento, columna ancha, clave-valor, grafo | Columna ancha | Clave-valor | Documento | Grafo |
| Escrituras multimaestro distribuidas | No | N.º | N.º | N.º | No | Sí | Sí | Sí (solo niveles Enterprise y Flash) | Sí | Sí |
| Compatibilidad con la conectividad de red virtual | Puntos de conexión de servicio de red virtual | Implementación de red virtual nativa | Inserción de red virtual (solo servidor flexible) | Inserción de red virtual (solo servidor flexible) | Puntos de conexión de servicio de red virtual | Implementación de red virtual nativa | Puntos de conexión de servicio de red virtual | Inserción de red virtual (solo niveles Premium, Enterprise y Flash) | Puntos de conexión de servicio de red virtual | Puntos de conexión de servicio de red virtual |
Nota
El servicio Private Link simplifica el diseño de redes para permitir que los servicios de Azure se comuniquen a través de redes privadas. Se admite para todos los servicios de base de datos de Azure. En el caso de los servicios de base de datos de instancia administrada, estas instancias se implementan en redes virtuales, lo que niega la necesidad de implementar puntos de conexión privados para ellos.
Disponibilidad regional
Azure le permite ofrecer servicios a la escala que necesita para llegar a sus clientes y asociados, dondequiera que se encuentren. Uno de los factores clave a la hora de planear la implementación en la nube es determinar qué región de Azure hospedará los recursos de la carga de trabajo.
La mayoría de los servicios de base de datos están disponibles de forma general en la mayoría de las regiones de Azure. Algunas regiones solo admiten un subconjunto de estos productos, pero se dirigen principalmente a los clientes gubernamentales. Antes de decidir en qué regiones implementará los recursos de base de datos, consulte Productos disponibles por región para comprobar el estado más reciente de la disponibilidad regional.
Para obtener más información sobre la infraestructura global de Azure, consulte las zonas geográficas de Azure. Para conocer detalles específicos sobre los servicios generales que están disponibles en cada región de Azure, vea Productos disponibles por región.
Requisitos de cumplimiento y residencia de datos
Los requisitos legales y contractuales que están relacionados con el almacenamiento de datos suelen ser aplicables a sus cargas de trabajo. Estos requisitos pueden variar en función de la ubicación de su organización, la jurisdicción de los recursos físicos que hospedan sus almacenes de datos y su sector empresarial aplicable. Entre los componentes de las obligaciones de datos que se deben tener en cuenta se incluyen:
- Clasificación de datos
- Ubicación de los datos.
- Responsabilidades de la protección de datos en el modelo de responsabilidad compartida.
Para comprender estos requisitos, consulte Consecución de la seguridad y la residencia de datos compatibles con Azure.
Parte de sus esfuerzos de cumplimiento puede incluir el control del lugar donde sus recursos de base de datos se encuentran físicamente. Las regiones de Azure se organizan por grupos llamados zonas geográficas. Una zona geográfica de Azure garantiza que se cumplan los requisitos de residencia, soberanía, cumplimiento normativo y resistencia de los datos dentro de las fronteras geográficas y políticas. Si sus cargas de trabajo están sujetas a la soberanía de datos u otros requisitos de cumplimiento, debe implementar sus recursos de almacenamiento en regiones que se encuentren en una zona geográfica de Azure compatible.
Establecimiento de controles para servicios de base de datos
Al preparar el entorno de la zona de aterrizaje, puede establecer controles que limiten qué almacenes de datos puede implementar cada usuario. Los controles pueden ayudarle a administrar los costos y a limitar los riesgos de seguridad. Los desarrolladores y los equipos de TI seguirán siendo capaces de implementar y configurar los recursos necesarios para admitir las cargas de trabajo.
Después de identificar y documentar los requisitos de la zona de aterrizaje, puede usar Azure Policy para controlar los recursos de base de datos que permite que creen los usuarios. Los controles pueden tener la forma de permitir o denegar la creación de tipos de recursos de base de datos.
Por ejemplo, puede restringir a los usuarios que solo creen recursos de Azure SQL Database. También puede usar directivas para controlar las opciones permitidas cuando se crea un recurso. Por ejemplo, puede restringir qué SKU de SQL Database se pueden aprovisionar al permitir que solo se instalen versiones específicas de SQL Server en una máquina virtual IaaS. Para más información, consulte Definiciones de directiva integradas de Azure Policy.
Las directivas se pueden limitar a recursos, grupos de recursos, suscripciones y grupos de administración. Puede incluir las directivas en las definiciones de Azure Blueprints y aplicarlas varias veces a todo el patrimonio de la nube.
Pasos siguientes
- Revisión de los procedimientos recomendados de seguridad de la base de datos.
- Revisión de una comparación de las opciones de implementación de Azure SQL.