"¿Qué base de datos encaja con esta situación?" es uno de los tipos de pregunta más frecuentes de Cloud Digital Leader. En la revisión de agosto de 2026 de la guía del examen, el dominio 2 (alrededor del 18%) te pide elegir el producto adecuado para un caso de uso entre Cloud Storage, Spanner, Cloud SQL, AlloyDB, Bigtable, BigQuery y Firestore, distinguir las clases de almacenamiento y Autoclass por costo y frecuencia de acceso, y explicar cómo migrar o modernizar una base de datos existente en la nube. De ellos, AlloyDB y Autoclass son nombres que aparecen por primera vez en esta revisión.
Este artículo fija primero los términos que debes conocer y recorre después un flujo de decisión que reduce la elección con cuatro preguntas, una comparación producto a producto, AlloyDB, las clases de almacenamiento y Autoclass, la migración de bases de datos y los productos de datos para entornos híbridos y multicloud. Los fundamentos de cada servicio se tratan primero en Transformación de datos, y las diferencias conceptuales entre bases de datos, almacenes de datos y data lakes, en Fundamentos de datos.
---
Los términos que necesitas primero
Igual que cada plato tiene su recipiente, cada tipo de dato tiene su almacén. La sopa se sirve en un cuenco y la tarta en un plato; cuando conoces la forma y el uso de los datos, el almacén viene solo. La guía del examen comprueba si sabes definir estos términos.
| Término | Significado | |------|------| | Base de datos relacional | Guarda los datos en tablas y en las relaciones entre ellas; la estructura se define de antemano y la coherencia es fuerte | | Base de datos no relacional (NoSQL) | Guarda los datos en estructuras flexibles como documentos, pares clave-valor o columnas anchas; destaca al crecer a gran escala | | SQL | El lenguaje estándar para consultar y modificar datos relacionales | | Almacenamiento de objetos | Guarda los archivos como objetos que agrupan datos y metadatos, con capacidad ilimitada y acceso por URL | | Transacción | Una unidad de trabajo en la que varias operaciones se completan todas o se cancelan todas, para que los datos nunca queden incoherentes (por ejemplo, una transferencia bancaria) | | Escalado vertical vs. horizontal | Hacer más potente un servidor vs. añadir más servidores |
Consejo para el examen: "Varios pasos, como una transferencia bancaria, deben completarse o fallar juntos" es una transacción de una base de datos relacional. "Datos flexibles cuya estructura cambia a menudo, a gran escala" es NoSQL.
---
¿Qué almacén elegir? Cuatro preguntas para decidir
Hay siete opciones, pero hacer solo cuatro preguntas en orden reduce la mayoría de los casos a una.
!Un flujo que usa cuatro preguntas para elegir entre Cloud Storage, BigQuery, tres opciones relacionales y dos opciones NoSQL
¿Es un objeto, como un archivo, una imagen, un video o una copia de seguridad? Entonces, Cloud Storage ¿El objetivo es el análisis a gran escala y los informes de BI? Entonces, BigQuery ¿Necesitas estructura relacional y transacciones? Entonces elige entre Cloud SQL, AlloyDB y Spanner según la escala y el rendimiento Si lo que queda es NoSQL, elige según el tipo de datos: los grandes volúmenes como series temporales e IoT van a Bigtable, y los datos de documentos de aplicaciones móviles y web, a Firestore
---
Comparación producto a producto
| Producto | Tipo | Cuándo encaja | Pistas en la pregunta | |------|------|------|------| | Cloud Storage | Almacenamiento de objetos | Imágenes, video, copias de seguridad, data lakes | "Archivos no estructurados", "sin límite de capacidad", "archivo a largo plazo" | | Cloud SQL | Relacional administrada | Aplicaciones web y sistemas de negocio habituales sobre MySQL, PostgreSQL o SQL Server | "Mantener nuestro MySQL tal cual", "reducir la carga de administración" | | AlloyDB | Relacional compatible con PostgreSQL de alto rendimiento | Sistemas de negocio en los que el rendimiento es crítico, consultas analíticas directamente sobre datos transaccionales | "Compatible con PostgreSQL", "transacciones y análisis a la vez", "alto rendimiento" | | Spanner | Relacional distribuida globalmente | Servicios como finanzas, inventario y juegos globales que necesitan coherencia fuerte en todo el mundo | "En todo el mundo", "escalar horizontalmente", "disponibilidad del 99.999%" | | Bigtable | NoSQL de columnas anchas | Sensores IoT, series temporales, tecnología publicitaria, personalización a gran escala | "Millones de operaciones por segundo", "latencia de milisegundos", "series temporales" | | Firestore | NoSQL de documentos | Aplicaciones móviles y web, colaboración en tiempo real, sincronización sin conexión | "Aplicación móvil", "sincronización en tiempo real", "serverless" | | BigQuery | Almacén de datos serverless | Análisis con SQL y BI a escala de petabytes | "Análisis a gran escala", "SQL sin administrar servidores" |
Consejo para el examen: Una vez que sabes que necesitas una base relacional, el último paso es la escala y el rendimiento. Una aplicación típica usa Cloud SQL; compatibilidad con PostgreSQL con más rendimiento y además análisis significa AlloyDB; y escalado horizontal a escala global significa Spanner.
---
AlloyDB: PostgreSQL más rápido, con análisis incluido
AlloyDB para PostgreSQL es una base de datos totalmente administrada y plenamente compatible con PostgreSQL. Su seña de identidad es que sigues usando las herramientas (psql, pgAdmin) y el código de PostgreSQL que ya tienes mientras obtienes mucho más rendimiento y capacidades de análisis.
Transacciones y análisis a la vez (HTAP): ejecutar consultas analíticas complejas sobre datos transaccionales en vivo con menos impacto en el rendimiento y la disponibilidad Motor columnar: mantiene en memoria, en formato columnar, los datos que necesita el análisis para acelerar las consultas analíticas Grupos de lectura: añadir instancias de solo lectura para repartir la carga de lectura Asesor de índices: sugiere mejoras de esquema que aumentan el rendimiento AlloyDB Omni: una versión que se descarga y se ejecuta on-premises, en otras nubes o en entornos de Kubernetes
| Aspecto | Cloud SQL | AlloyDB | Spanner | |------|------|------|------| | Motor | MySQL, PostgreSQL, SQL Server | Compatible con PostgreSQL | La base de datos distribuida de Google | | Cómo escala | Sobre todo con un servidor más grande, más réplicas de lectura | Una instancia principal de alto rendimiento y grupos de lectura | Escala horizontalmente lecturas y escrituras, distribuida entre regiones | | Análisis | Se usa junto a un sistema de análisis independiente | El motor columnar acelera el análisis en tiempo real | Datos operativos a gran escala integrados con el análisis | | Cuándo encaja | El caso habitual de mover una aplicación existente tal cual | Sistemas de negocio en los que el rendimiento es crítico, abandonar bases de datos comerciales | Necesitas una única base de datos coherente en todo el mundo |
Consejo para el examen: "Compatible con PostgreSQL, más rápida que PostgreSQL estándar y queremos analizar directamente los datos transaccionales" es AlloyDB. "La normativa nos obliga a ejecutar la misma base de datos también on-premises" es AlloyDB Omni.
---
Clases de almacenamiento de Cloud Storage y Autoclass
Cloud Storage te deja elegir una clase de almacenamiento según la frecuencia con la que sacas los datos para usarlos. Es como guardar la ropa que usas a menudo en el armario y la de otras temporadas en un trastero. Guardar cosas en el trastero sale más barato, pero sacarlas cuesta un esfuerzo.
| Clase | Duración mínima de almacenamiento | Tarifas de recuperación | Frecuencia de acceso adecuada | Ejemplo | |------|------|------|------|------| | Standard | Ninguna | No | Acceso frecuente | Imágenes del sitio web, datos en análisis | | Nearline | 30 días | Sí | Aproximadamente una vez al mes o menos | Copias de seguridad mensuales | | Coldline | 90 días | Sí | Aproximadamente una vez al trimestre o menos | Copias para recuperación ante desastres | | Archive | 365 días | Sí | Aproximadamente una vez al año o menos | Registros que se guardan por motivos legales, archivos a largo plazo |
Todas las clases tienen la misma durabilidad (99.999999999% anual), y la latencia de recuperación también es la misma, de milisegundos. Las diferencias son el costo de almacenamiento, las tarifas de recuperación y la duración mínima de almacenamiento. Si borras los datos antes de esa duración mínima, se cobra el tiempo restante.
Autoclass: un armario que se ordena solo
Con Autoclass activado, Cloud Storage observa el patrón de acceso real de cada objeto del bucket y cambia su clase automáticamente.
Los objetos nuevos empiezan en Standard Los objetos que no se leen durante un tiempo pasan a clases cada vez más frías (la clase final predeterminada es Nearline, o Archive si lo configuras) Los objetos que se leen vuelven a Standard No hay tarifas de recuperación ni de eliminación anticipada; a cambio, se aplica una tarifa de administración Los objetos de menos de 128 KiB se quedan en Standard
Consejo para el examen: "Los patrones de acceso son imprevisibles y queremos reducir el costo de almacenamiento sin carga de administración" es Autoclass. Cambiar de clase con una regla fija, como "pasar a Coldline a los 30 días", es la administración del ciclo de vida de los objetos (Object Lifecycle Management).
---
Formas de llevar una base de datos a la nube
Hay varias formas de llevar una base de datos existente a la nube, según el esfuerzo que inviertas y el beneficio que busques. Es como decidir si trasladas los muebles tal cual, compras muebles nuevos o reformas la casa.
| Enfoque | Qué significa | Ejemplo | Características | |------|------|------|------| | Mover tal cual (rehost) | Instalar la base de datos tal cual en una máquina virtual de Compute Engine | Un servidor de base de datos existente trasladado a una máquina virtual | Lo má