Última actualización: 2026-11-02

Contenido de esta página

• ¿Qué es una base de datos en la nube?
• ¿Cómo funciona una base de datos en la nube? Los tres modelos de responsabilidad
• Servicios de bases de datos en la nube: el catálogo
• ¿Cuánto cuesta una base de datos en la nube? Cómo se factura
• Bases de datos en la nube desde Colombia: regiones, latencia y residencia de datos
• Bases de datos en la nube gratis: capas gratuitas para aprender
• ¿Qué modelo conviene: máquina virtual, gestionada o serverless?

Historia real. El 31 de enero de 2017, un ingeniero de GitLab, una plataforma para guardar y compartir código, intentaba reparar la réplica de su base de datos [1]. Era PostgreSQL, un gestor de bases de datos de código abierto [1]. Creyó que borraba la carpeta del servidor secundario. Estaba en el principal. Cuando detuvo el comando, ya se habían ido unos 300 GB (gigabytes) de datos [1].

El equipo buscó sus copias de seguridad. La copia diaria no estaba: el programa que la hacía tenía una versión distinta a la de la base y fallaba en silencio, porque los correos de alerta eran rechazados [1]. Azure, la nube de Microsoft donde operaban sus servidores, ofrecía instantáneas de disco, pero no estaban activadas para los de base de datos [1]. En palabras del propio informe de la empresa, el proceso de «encontrar y usar las copias falló por completo» [1].

Los salvó una copia que un ingeniero había sacado unas seis horas antes, para otra tarea [1]. Copiarla tomó cerca de 18 horas, por lo lentos que eran los discos [1]. Aun así se perdieron los cambios de esas horas: según su mejor estimación, cerca de 5.000 proyectos, 5.000 comentarios y 700 cuentas nuevas [1].

GitLab tenía su base en la nube. Pero las copias seguían siendo trabajo suyo. Esa es la pregunta que decide todo en una base de datos en la nube: quién responde por qué.

¿Qué es una base de datos en la nube?

Una base de datos en la nube es una base que funciona en los servidores de un proveedor, como Amazon, Microsoft, Google u Oracle. Usted la usa a través de internet. No compra el equipo ni lo guarda en su oficina. Lo alquila y paga por el uso.

La expresión agrupa tres arreglos muy distintos. En el primero, usted alquila un computador virtual y le instala la base. En el segundo, contrata la base ya instalada y el proveedor la administra. En el tercero, el proveedor además ajusta la capacidad sola y cobra por lo que se consume. Por eso «base de datos cloud», «base de datos online» y «servicio de base de datos en la nube» se usan casi como sinónimos. La palabra «servicio», sin embargo, solo describe bien los dos últimos casos.

Estar en la nube no cambia la forma de organizar los datos. Una base relacional sigue siendo relacional y una documental sigue siendo documental. Lo que cambia es el lugar físico de los servidores y el reparto del trabajo de mantenerlos, un eje distinto del modelo de datos, como se explica en la guía de tipos de bases de datos.

¿Cómo funciona una base de datos en la nube? Los tres modelos de responsabilidad

La gestión de bases de datos en la nube se reparte entre usted y el proveedor, y el reparto depende del modelo que contrate. Amazon Web Services (AWS), la nube de Amazon, publica ese reparto en una tabla para su servicio administrado de bases relacionales, Amazon RDS [2]. La tabla dice quién instala el motor, que es el programa que guarda y consulta los datos, y quién aplica los parches, que son las correcciones que publica el fabricante.

Las tres columnas son los tres modelos. El primero es la base en una máquina virtual, o IaaS (infraestructura como servicio). El segundo, la base gestionada o DBaaS (base de datos como servicio). El tercero, la base serverless, sin servidor que usted administre.

Tarea	Base en una máquina virtual (IaaS)	Base gestionada (DBaaS)	Base serverless
Servidor físico, energía, red y refrigeración	Proveedor	Proveedor	Proveedor
Instalar el sistema operativo y aplicarle parches	Usted	Proveedor	Proveedor
Instalar el motor de base de datos y aplicarle parches	Usted	Proveedor	Proveedor
Copias de seguridad	Usted	Proveedor	Proveedor
Alta disponibilidad (seguir funcionando si un servidor falla)	Usted	Proveedor	Proveedor
Escalado (dar más capacidad)	Usted	Proveedor	Proveedor, de forma automática según la demanda
Optimizar la aplicación y las consultas	Usted	Usted	Usted
Sus datos, cuentas de usuario y accesos	Usted	Usted	Usted

Las siete primeras filas de las dos primeras columnas salen de la tabla de AWS, que compara Amazon EC2, su servicio de máquinas virtuales, con Amazon RDS [2]. La columna serverless suma lo que documentan Aurora serverless y el nivel serverless de Azure SQL Database: la capacidad se ajusta sola y se cobra lo consumido [4] [8]. La última fila viene del modelo de Microsoft [5].

Modelo 1, la base en una máquina virtual (IaaS). El proveedor le alquila un computador virtual y usted pone todo lo demás. AWS advierte que en este modelo «es más propenso a errores de usuario», por ejemplo al actualizar a mano el motor [2]. Es el modelo en el que estaba GitLab.

Modelo 2, la base gestionada (DBaaS). Usted recibe la base instalada y el proveedor la mantiene. Microsoft resume la decisión con una pregunta: si usted quiere administrar la base, aplicar parches y sacar copias, o delegar esas tareas en el proveedor [6].

Modelo 3, la base serverless. Los servidores existen, pero usted no fija su tamaño. Azure SQL Database, en su nivel serverless, ajusta el cómputo (el procesador y la memoria) según la carga y lo cobra por segundo [8]. Además, pausa la base cuando no hay actividad; mientras está pausada, solo cobra el almacenamiento [8].

Hay una fila que no cambia en ningún modelo. Microsoft lo dice sin rodeos: «en todos los tipos de despliegue en la nube, usted es dueño de sus datos y sus identidades» [5]. Las cuentas, los permisos y la decisión de qué datos se guardan siguen siendo suyos.

Servicios de bases de datos en la nube: el catálogo

Esta tabla presenta ocho servicios conocidos, sin orden de preferencia. La columna de la derecha resume qué tareas declara asumir cada proveedor en su documentación. Los motores de la tercera columna, como MySQL o PostgreSQL, se comparan uno por uno en la guía de gestores de bases de datos.

Servicio	Proveedor	Motores que ofrece	Lo que el proveedor hace por usted
Amazon RDS	AWS	IBM Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle Database y PostgreSQL [2]	Copias de seguridad, parches del software, detección de fallas y recuperación [2]
Amazon Aurora	AWS	Compatible con MySQL y PostgreSQL [3]	Almacenamiento que crece solo, hasta 256 TiB (tebibytes) por volumen, y agrupación y replicación automatizadas [3]
Azure SQL Database	Microsoft	El motor de base de datos de SQL Server, en su última versión estable [7]	Actualizaciones, parches, copias de seguridad y monitoreo [7]
Cloud SQL	Google Cloud	MySQL, PostgreSQL y SQL Server [9]	Copias de seguridad, alta disponibilidad con paso a un servidor de reserva si el principal falla, y conectividad de red [9]
Oracle Autonomous AI Database	Oracle	Oracle AI Database [11]	Crear la base, sacar copias, aplicar parches y actualizaciones, y hacerla crecer o reducirse [11]
MongoDB Atlas	MongoDB	MongoDB, sobre AWS, Azure o Google Cloud [12]	Crear la base, aplicar parches, sacar copias, vigilarla y escalarla [12]
Supabase	Supabase	PostgreSQL completo, una base por proyecto [13]	Copias diarias; la recuperación a un momento exacto, solo en planes pagos [13]
Neon	Neon, parte de Databricks	PostgreSQL serverless [14]	Separa cómputo y almacenamiento; el cómputo crece, se reduce o se apaga sin perder datos [14]

Un tebibyte equivale a 1.024 GiB (gibibytes), y un GiB es algo más que mil millones de bytes.

Amazon RDS y Aurora: el servicio de bases de datos relacionales en la nube de AWS

Amazon RDS es la puerta de entrada de AWS para las bases relacionales, las que guardan los datos en tablas. AWS lo recomienda como opción por defecto para la mayoría de esos despliegues [2]. Aurora es un motor propio dentro de RDS, compatible con MySQL y PostgreSQL [3]. Su diferencia está en el almacenamiento: un subsistema distribuido que crece según haga falta [3]. AWS afirma que Aurora entrega hasta seis veces el rendimiento de PostgreSQL y de MySQL estándar en equipos similares [3]. Es una cifra que publica el propio fabricante.

Aurora tiene además una configuración serverless. Agrega capacidad en pasos de media unidad, la unidad de cómputo de Aurora, y puede bajar hasta cero con pausa y reanudación automáticas [4].

Azure SQL Database, Cloud SQL y Oracle Autonomous

Los tres siguen la misma idea con matices. Azure SQL Database es el servicio de Microsoft que siempre corre la última versión estable de su motor, con el sistema operativo ya parchado [7]. Cloud SQL, de Google, es la alternativa en la nube a tener MySQL, PostgreSQL o SQL Server en un servidor propio [9]. Oracle presenta su servicio autónomo como una base que, por ser un servicio, no exige administración [11]. Sobre la base de Oracle en sí, con sus ediciones y precios, hay una guía dedicada a Oracle.

MongoDB Atlas, Supabase y Neon

Estos tres nacieron alrededor de un motor y no de una nube. Atlas corre bases MongoDB, que guardan documentos en lugar de filas, sobre la nube que usted elija [12]. Supabase y Neon venden PostgreSQL: Supabase le pone encima autenticación, almacenamiento de archivos y funciones [13]. Neon parte la base en dos capas independientes, cómputo y almacenamiento, conectadas por la red [14].

Los almacenes de datos, los lagos y las herramientas para mover datos entre sistemas son otra familia de servicios de la nube; están en la guía de ingeniería de datos.

¿Cuánto cuesta una base de datos en la nube? Cómo se factura

Una base de datos en la nube se factura por partes, no por un precio fijo. AWS detalla las piezas de la cuenta de Amazon RDS [15]:

1. Horas de cómputo: se cobran según el tamaño del servidor, con un precio por hora que se liquida por segundos y un mínimo de 10 minutos [15].
2. Almacenamiento: por cada GiB reservado al mes [15].
3. Operaciones de lectura y escritura en disco: las IOPS (operaciones de entrada y salida por segundo) reservadas se cobran por mes, se usen o no [15].
4. Copias de seguridad: el espacio que ocupan; más días de retención significan más espacio [15].
5. Transferencia de datos: los datos que entran y salen de la base desde internet o desde otras regiones [15].

La fórmula serverless cambia la primera pieza. Neon la escribe así: tamaño del cómputo por horas encendido igual a unidades-hora de cómputo [16]. Una unidad equivale a unos 4 GB de memoria; si la base pasa tres horas con dos unidades, consume seis unidades-hora [16]. Si nadie la usa y se apaga, esa pieza baja a cero.

La trampa del egreso: entrar es gratis, salir se cobra

El egreso es el dato que sale de la base hacia otro lugar, y es una pieza que suele sorprender en la primera factura. Google publica la asimetría en su lista de precios de Cloud SQL: la entrada de datos es gratis [10]. La salida, no [10].

Hacia dónde salen los datos de Cloud SQL	Precio de lista (dólares)
A máquinas virtuales de Google en la misma región	Gratis [10]
A máquinas virtuales de Google en otra región	0,12 por GiB [10]
A internet, sin conexión dedicada	0,19 por GiB [10]

Precios de lista consultados el 2 de noviembre de 2026; pueden cambiar.

Una cuenta ilustrativa, no un caso real: el equipo de análisis de una alcaldía baja cada día 10 GiB desde una base en Cloud SQL a un servidor de su oficina. Son unos 300 GiB al mes, que a 0,19 dólares por GiB suman 57 dólares solo de salida. Si el análisis corriera en una máquina virtual de Google de la misma región, ese tramo sería gratis.

La regla práctica que sale de esa tabla tiene dos partes. Ponga la base y la aplicación que la consulta en la misma región. Y mida cuántos datos salen antes de mirar el precio del cómputo.

Bases de datos en la nube desde Colombia: regiones, latencia y residencia de datos

La latencia es el tiempo que tarda una consulta en ir y volver. Cada proveedor divide su nube en regiones, que son áreas geográficas separadas [17]. Y la cercanía importa: AWS dice que sus zonas locales, ubicadas cerca de los usuarios, pueden servirles con «latencia muy baja» [17]. Estas son las regiones de América Latina en las listas oficiales, consultadas el 2 de noviembre de 2026:

Proveedor	Regiones en América Latina	Lista consultada
AWS (Amazon RDS)	São Paulo (Brasil) y México Central [17]	Regiones del servicio RDS
Microsoft Azure	Brazil South (estado de São Paulo), Brazil Southeast (Río; acceso restringido a casos como recuperación ante desastres), Chile Central (Santiago) y Mexico Central (estado de Querétaro) [18]	Regiones de la nube
Google Cloud (Cloud SQL)	São Paulo, Santiago y México [19]	Ubicaciones del servicio Cloud SQL
Oracle Cloud	Bogotá (Colombia), Santiago y Valparaíso (Chile), São Paulo y Vinhedo (Brasil), Querétaro y Monterrey (México) [20]	Regiones comerciales de la nube

En esas cuatro listas, la única región ubicada en Colombia es la de Oracle en Bogotá [20]. Que una región exista no garantiza que todos los servicios estén en ella. Las listas de AWS y Google consultadas aquí son las de su servicio de base de datos; las de Microsoft y Oracle son de la nube completa. Antes de elegir, revise el servicio concreto.

Ley 1581 de 2012: qué pasa si los datos personales salen del país

Si la base guarda datos personales tratados en Colombia y la región queda fuera del país, entran las reglas sobre envío de datos al exterior. La Ley 1581 de 2012 prohíbe transferir datos personales a países que no ofrezcan un nivel adecuado de protección [21]. La Superintendencia de Industria y Comercio (SIC), la autoridad de protección de datos, fija qué estándar cuenta como adecuado [21]. La propia ley trae excepciones, como la autorización expresa e inequívoca del titular, que es la persona a quien se refieren los datos [21].

La reglamentación distingue dos casos. La transferencia ocurre cuando los datos van a otro responsable, es decir, a alguien que decide sobre ellos [22]. La transmisión ocurre cuando van a un encargado, que los trata por cuenta de usted [22]. Si hay un contrato con el contenido que exige la norma, la transmisión no requiere informar al titular ni pedirle consentimiento [22]. Cuál de los dos casos aplica a su proveedor es una pregunta para un abogado. El marco general de cómo se gobiernan y protegen los datos está en la guía de gobierno de datos.

Bases de datos en la nube gratis: capas gratuitas para aprender

Varias nubes dejan probar una base sin pagar, pero casi todas con fecha de vencimiento o con pausas. Estos son los límites de su documentación oficial, consultada el 2 de noviembre de 2026:

Servicio	Qué da gratis	Hasta cuándo o con qué límite
AWS (incluye Amazon RDS)	100 dólares en créditos a cuentas nuevas, más hasta otros 100 por completar actividades [23]	El plan gratuito termina a los seis meses o al agotar los créditos, lo que ocurra primero; en RDS solo admite las clases t3.micro y t4g.micro, en una sola zona [23] [2]
Google Cloud SQL	Una instancia de prueba por proyecto nuevo, aparte del crédito de 300 dólares al que los clientes nuevos podrían tener derecho [24]	Hasta 30 días; exige activar la facturación con un medio de pago [24]
Supabase	Dos proyectos gratuitos, con 500 MB de base por proyecto y 5 GB de egreso [25]	Pausa los proyectos con poca actividad durante siete días [25]
Neon	100 unidades-hora de cómputo al mes por proyecto y 1 GB de almacenamiento por proyecto, hasta 20 GB en total [16]	El cómputo se apaga tras 5 minutos sin uso [16]

Las ofertas gratuitas de Azure SQL Database, MongoDB Atlas y Oracle Autonomous, junto con los conjuntos de datos para cargarles, están en la guía de bases de datos para practicar. Una advertencia de bolsillo: si se pasa del límite con un medio de pago activo, la factura llega en dólares.

¿Qué modelo conviene: máquina virtual, gestionada o serverless?

Tomo partido. Para una pyme, una entidad territorial o un estudiante en Colombia, la base gestionada es el punto de partida razonable. La máquina virtual es la excepción que hay que justificar. La razón no es técnica: es de personal. Las copias, los parches y la alta disponibilidad exigen a alguien que los revise cada semana. En lo que he visto en pymes y entidades territoriales, ese alguien casi nunca está en la nómina.

La serverless gana cuando la base pasa horas sin uso, como un sistema que solo se consulta en jornada laboral. Pierde cuando la carga es constante, porque la ventaja de apagarse desaparece.

GitLab tenía ingenieros dedicados a su infraestructura y aun así descubrió, el peor día posible, que sus copias no estaban. Antes de escoger proveedor, escriba en una hoja la tabla de responsabilidades con su nombre en cada casilla que diga «usted».

Esta página es divulgación metodológica, no asesoría jurídica; consulta el aviso legal.

Preguntas frecuentes

¿Qué diferencia hay entre una base de datos online y una base de datos en la nube? En el uso diario son lo mismo: una base a la que se entra por internet. La diferencia útil está en quién la opera. «Online» solo dice que se accede por la red; «en la nube» suele implicar que el proveedor alquila los servidores y, según el modelo, también la administra.

¿Qué significa DBaaS? Es la sigla en inglés de base de datos como servicio. Usted contrata la base lista para usar y el proveedor se ocupa de instalarla, aplicarle parches y sacar copias. Azure SQL Database, Cloud SQL y Amazon RDS son ejemplos de esa modalidad [7] [9] [2].

¿Una base de datos en la nube es más segura que una propia? Depende de quién haga su parte. El proveedor protege el centro de datos y, en la modalidad gestionada, el sistema y el motor [2]. Pero las cuentas, los permisos, la clasificación de los datos y las decisiones de cifrado siguen a cargo del cliente en cualquier modelo, según Microsoft [5].

¿Qué es Amazon Aurora y en qué se diferencia de RDS? Aurora es un motor de AWS compatible con MySQL y PostgreSQL que funciona dentro del servicio RDS [3]. RDS también ofrece los motores originales, como PostgreSQL o SQL Server [2]. Lo propio de Aurora es su almacenamiento distribuido, que crece automáticamente [3].

¿Puedo guardar datos de clientes colombianos en un servidor de Estados Unidos? La ley no lo prohíbe en bloque. Prohíbe enviarlos a países sin un nivel adecuado de protección, con excepciones, y le encarga a la SIC fijar ese estándar [21]. Si el proveedor solo trata los datos por cuenta suya, la norma lo llama transmisión; con un contrato que cumpla unos requisitos mínimos, no hace falta pedirle consentimiento al titular [22]. Para un caso concreto, consulte a un abogado.

Referencias

Las citas en otro idioma son traducción propia.

1. GitLab. Postmortem of database outage of January 31 (publicado el 10 de febrero de 2017) — el 31 de enero de 2017 un ingeniero borró el directorio de datos de PostgreSQL en el servidor principal creyendo que era el secundario; unos 300 GB eliminados; «Unfortunately the process of both finding and using backups failed completely»; las copias con pg_dump fallaban por usar la versión 9.2 contra una base 9.6 y los correos de error eran rechazados por DMARC; las instantáneas de disco de Azure no estaban activadas para los servidores de base de datos; recuperación desde una instantánea LVM de unas 6 horas antes; la copia tomó cerca de 18 horas por discos de red lentos; cambios perdidos entre las 17:20 y las 00:00 UTC, con una mejor estimación de unos 5.000 proyectos, 5.000 comentarios y 700 cuentas nuevas. GitLab: Postmortem of database outage of January 31 — Consultada: 2026-11-02.
2. Amazon Web Services. What is Amazon Relational Database Service (Amazon RDS)?, Amazon RDS User Guide — RDS es un servicio de base de datos gestionado que gestiona copias, parches del software, detección automática de fallas y recuperación; motores: IBM Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle Database y PostgreSQL; tabla «Comparison of responsibilities» entre instalación propia, Amazon EC2 y Amazon RDS (optimización de la aplicación: cliente en los tres; escalado, alta disponibilidad, copias, parches e instalación del motor y del sistema operativo: cliente en EC2 y AWS en RDS; mantenimiento del servidor, ciclo de vida del hardware y energía, red y refrigeración: AWS en EC2 y RDS); en EC2 «you’re more prone to user errors»; RDS recomendado como opción por defecto para la mayoría de despliegues relacionales; capa gratuita de RDS: MariaDB, MySQL, PostgreSQL o SQL Server Express en clases t3.micro y t4g.micro, sin despliegues distintos de Single-AZ. AWS: What is Amazon RDS? — Consultada: 2026-11-02.
3. Amazon Web Services. What is Amazon Aurora?, Amazon RDS User Guide for Aurora — motor relacional totalmente gestionado compatible con MySQL y PostgreSQL; «up to 6x the throughput» de PostgreSQL y MySQL estándar en hardware similar; subsistema de almacenamiento distribuido que crece automáticamente hasta 256 TiB por volumen de clúster; automatiza la agrupación y la replicación; forma parte de Amazon RDS. AWS: What is Amazon Aurora? — Consultada: 2026-11-02.
4. Amazon Web Services. Using Aurora serverless, Amazon RDS User Guide for Aurora — configuración bajo demanda y con escalado automático; la capacidad se ajusta según la demanda de la aplicación y se cobra solo lo que consumen los clústeres; agrega o quita capacidad en pasos de media ACU (unidad de capacidad de Aurora); escalado a cero ACU con pausa y reanudación automáticas. AWS: Using Aurora serverless — Consultada: 2026-11-02.
5. Microsoft. Shared responsibility in the cloud (fecha del artículo: 24 de agosto de 2026) — definiciones de IaaS, PaaS y SaaS, con Azure SQL Database como ejemplo de PaaS; «For all cloud deployment types, you own your data and identities»; responsabilidades que el cliente siempre conserva: datos (clasificación, protección, decisiones de cifrado y cumplimiento), dispositivos, cuentas y gestión de accesos. Microsoft Learn: Shared responsibility in the cloud — Consultada: 2026-11-02.
6. Microsoft. What is Azure SQL? (fecha del artículo: 11 de marzo de 2026) — la pregunta clave entre PaaS e IaaS: «do you want to manage your database, apply patches, and take backups – or do you want to delegate these operations to Azure?»; con SQL Server en máquinas virtuales el cliente decide cuándo actualizar el sistema operativo y el motor. Microsoft Learn: What is Azure SQL? — Consultada: 2026-11-02.
7. Microsoft. What is Azure SQL Database? (fecha del artículo: 13 de octubre de 2026) — motor de base de datos PaaS totalmente gestionado que se encarga de actualizaciones, parches, copias de seguridad y monitoreo sin intervención del usuario; siempre corre la última versión estable del SQL Database Engine y un sistema operativo parchado. Microsoft Learn: What is Azure SQL Database? — Consultada: 2026-11-02.
8. Microsoft. Serverless compute tier for Azure SQL Database (fecha del artículo: 14 de septiembre de 2026) — escala el cómputo según la carga y lo cobra por segundo; pausa la base en periodos inactivos, cuando solo se cobra el almacenamiento, y la reanuda con la actividad. Microsoft Learn: Serverless compute tier for Azure SQL Database — Consultada: 2026-11-02.
9. Google Cloud. Cloud SQL overview (última actualización: 26 de octubre de 2026) — servicio de base de datos relacional totalmente gestionado para MySQL, PostgreSQL y SQL Server; alternativa en la nube a esas bases locales; se ocupa de copias de seguridad, alta disponibilidad y conmutación por error, y conectividad de red. Google Cloud: Cloud SQL overview — Consultada: 2026-11-02.
10. Google Cloud. Cloud SQL pricing — cargos de CPU y memoria, almacenamiento y red, e instancia; red: entrada a Cloud SQL gratis; salida hacia Compute Engine en la misma región gratis, entre regiones 0,12 USD/GiB; salida a internet con Cloud Interconnect 0,05 USD/GiB y sin Cloud Interconnect 0,19 USD/GiB. Google Cloud: Cloud SQL pricing — Consultada: 2026-11-02.
11. Oracle. What is Oracle Autonomous AI Database? — base de datos totalmente autónoma que, como servicio, no requiere administración; se encarga de aprovisionar, respaldar, parchar y actualizar la base, y de hacerla crecer o reducirse; está construida sobre Oracle AI Database. Oracle: What is Oracle Autonomous AI Database? — Consultada: 2026-11-02.
12. MongoDB. MongoDB Atlas: Multi-Cloud Database Service — servicio de base de datos multinube; corre las bases en AWS, Azure y Google Cloud y se ocupa de aprovisionar, parchar, respaldar, monitorear y escalar. MongoDB Docs: MongoDB Atlas — Consultada: 2026-11-02.
13. Supabase. Database overview — cada proyecto de Supabase tiene una base PostgreSQL completa, base de Auth, Storage, Realtime y Edge Functions; copias diarias y recuperación a un punto en el tiempo en planes pagos. Supabase Docs: Database overview — Consultada: 2026-11-02.
14. Neon. Architecture overview — Lakebase Postgres es una base serverless que separa el sistema en dos capas independientes, cómputo y almacenamiento, comunicadas por la red; el cómputo puede crecer, reducirse, quedar inactivo y reiniciarse sin riesgo de perder datos; Neon es parte de la plataforma Databricks. Neon Docs: Architecture overview — Consultada: 2026-11-02.
15. Amazon Web Services. DB instance billing for Amazon RDS, Amazon RDS User Guide — componentes: horas de instancia (precio por hora, liquidado por segundo con un mínimo de 10 minutos), almacenamiento por GiB al mes, solicitudes de E/S (solo almacenamiento magnético), IOPS aprovisionadas por mes sin importar las consumidas, almacenamiento de copias por GiB al mes (más retención o más instantáneas, más consumo) y transferencia de datos por GB desde o hacia internet y otras regiones. AWS: DB instance billing for Amazon RDS — Consultada: 2026-11-02.
16. Neon. Neon plans — fórmula «compute size × hours running = CU-hours»; cada CU asigna unos 4 GB de RAM; ejemplo: 2 CU por 3 horas = 6 CU-hours; plan Free: 100 proyectos, 100 CU-hours por proyecto al mes, 1 GB de almacenamiento por proyecto (hasta 20 GB en total) y 5 GB de egreso por proyecto; escala a cero tras 5 minutos. Neon Docs: Neon plans — Consultada: 2026-11-02.
17. Amazon Web Services. Regions, Availability Zones, and Local Zones, Amazon RDS User Guide — cada región es un área geográfica separada; puntos de conexión de RDS en Mexico (Central) mx-central-1 y South America (São Paulo) sa-east-1; los recursos de una zona local pueden servir a usuarios cercanos «with very low-latency communications». AWS: Regions, Availability Zones, and Local Zones — Consultada: 2026-11-02.
18. Microsoft. Azure regions list (fecha del artículo: 23 de septiembre de 2025) — Brazil South (estado de São Paulo), Brazil Southeast (Río, región de acceso restringido a escenarios como recuperación ante desastres), Chile Central (Santiago) y Mexico Central (estado de Querétaro). Microsoft Learn: Azure regions list — Consultada: 2026-11-02.
19. Google Cloud. Cloud SQL locations (última actualización: 26 de octubre de 2026) — ubicaciones regionales de Cloud SQL, entre ellas northamerica-south1 (México), southamerica-east1 (São Paulo) y southamerica-west1 (Santiago). Google Cloud: Cloud SQL locations — Consultada: 2026-11-02.
20. Oracle. Regions and Availability Domains, documentación de Oracle Cloud Infrastructure — regiones de los dominios comerciales: Brazil East (Sao Paulo), Brazil Southeast (Vinhedo), Chile Central (Santiago), Chile West (Valparaiso), Colombia Central (Bogota, sa-bogota-1), Mexico Central (Queretaro) y Mexico Northeast (Monterrey). Oracle Cloud Infrastructure: Regions and Availability Domains — Consultada: 2026-11-02.
21. Congreso de la República de Colombia. Ley Estatutaria 1581 de 2012, en el Gestor Normativo de Función Pública — art. 19: la SIC, a través de una Delegatura, es la autoridad de protección de datos; art. 26: prohíbe la transferencia de datos personales a países que no proporcionen niveles adecuados de protección, que son los que cumplan los estándares fijados por la SIC; excepciones, entre ellas la autorización expresa e inequívoca del titular; parágrafo 1: en los casos no exceptuados, la SIC profiere la declaración de conformidad. Función Pública: Ley 1581 de 2012 — Consultada: 2026-11-02.
22. Presidencia de la República de Colombia. Decreto 1074 de 2015, Decreto Único Reglamentario del Sector Comercio, Industria y Turismo, en el Gestor Normativo de Función Pública — art. 2.2.2.25.1.3, num. 4 y 5: definiciones de transferencia (envío a un receptor que es responsable) y transmisión (tratamiento por el encargado por cuenta del responsable); art. 2.2.2.25.5.1: las transferencias internacionales observan el art. 26 de la Ley 1581, y las transmisiones internacionales entre responsable y encargado no requieren informar al titular ni su consentimiento cuando hay contrato; art. 2.2.2.25.5.2: contenido mínimo del contrato de transmisión (compila el Decreto 1377 de 2013, arts. 3, 24 y 25). Función Pública: Decreto 1074 de 2015 — Consultada: 2026-11-02.
23. Amazon Web Services. Explore AWS services with AWS Free Tier, AWS Billing User Guide — las cuentas nuevas reciben 100 USD en créditos y pueden ganar hasta 100 USD adicionales completando actividades; el plan gratuito sirve hasta seis meses y termina a los seis meses o al agotar los créditos, lo que ocurra primero. AWS: Explore AWS services with AWS Free Tier — Consultada: 2026-11-02.
24. Google Cloud. Try out Cloud SQL for PostgreSQL using a free trial instance (última actualización: 26 de octubre de 2026) — prueba la mayoría de funciones de Cloud SQL hasta 30 días; una instancia de prueba por proyecto nuevo; exige activar la facturación; es adicional a los 300 USD de prueba de 90 días para clientes nuevos. Google Cloud: Cloud SQL free trial instance — Consultada: 2026-11-02.
25. Supabase. About billing on Supabase y Project Pausing — el plan Free concede dos proyectos gratuitos; cuotas del plan Free: 5 GB de egreso y 500 MB de tamaño de base por proyecto; Supabase pausa los proyectos del plan Free con poca actividad durante un periodo de 7 días. Supabase Docs: About billing on Supabase · Supabase Docs: Project Pausing — Consultada: 2026-11-02.

Cómo investigamos esta página

• Pregunta que responde: ¿Qué es una base de datos en la nube, quién responde por qué en cada modelo y cuánto cuesta?
• Fuentes: identificadas 38 → incluidas 26
• Criterios de inclusión: documentación oficial de cada proveedor y normas colombianas en Función Pública; sin páginas comerciales ni resúmenes automáticos
• Fecha de corte de los datos: 2026-11-02