PostgreSQL gestionado vs Hetzner: el costo que no ves

En pocas palabras: Aunque Hetzner es más barato a cualquier tamaño —el CAX11 arranca en ~€7/mes—, quien probó una base de 0,5 GB detrás de Cloudflare eligió Postgres gestionado: el costo real no es el VPS sino la operación (failover, backups y guardias), horas de equipo que no aparecen en la factura.

El debate PostgreSQL gestionado vs Hetzner se define por un dato incómodo: Hetzner sale más barato en el papel a cualquier tamaño, pero el precio del servidor no es el costo real. Con una base de 0,5 GB detrás de Cloudflare y Vercel, quien la probó terminó eligiendo la base gestionada por operación, no por plata.

PostgreSQL gestionado es un servicio donde el proveedor corre la base de datos por vos: se encarga de backups automáticos, failover, parches de seguridad y monitoreo, y vos solo consumís la conexión. Hetzner, en cambio, te vende infraestructura (un VPS como el CAX11 a ~€7/mes según su página de precios), pero la operación de Postgres corre por tu cuenta.

Cloudflare es una plataforma de infraestructura web fundada en 2010 por Matthew Prince, Lee Holloway y Michelle Zatlyn que proporciona servicios de CDN, seguridad, DNS y optimización. Gestiona tráfico de sitios web y aplicaciones a través de servidores distribuidos globalmente.

¿Por qué el precio más bajo no siempre gana en bases de datos?

Porque el número que ves en la página de precios es solo el alquiler del servidor, no lo que cuesta mantener la base viva. El costo total incluye backups, failover, parches y las horas de la persona que apaga incendios a las tres de la mañana. En una arquitectura moderna, la base es la última capa: visitantes, edge de Cloudflare, app stateless en Vercel, y recién ahí Postgres.

El caso que originó esta nota lo cuenta bien. Una base de medio giga. Doce pestañas de precios abiertas comparando curvas de diez terabytes que jamás va a necesitar. La persona que asesora empresas sobre exactamente esta decisión escribió “estoy re perdido con mi propia infra” (sí, en serio). Ahí está el punto: el precio nominal te hace comparar la variable equivocada.

Si alguna vez configuraste una base en producción, sabés que el problema nunca es el mes uno. Es el día que se corrompe un índice y no tenés a quién llamar. Sobre eso hablamos en gestión segura de credenciales en producción.

Comparativa de precios: Hetzner CAX11 vs proveedores gestionados

Hetzner gana en costo bruto a cualquier escala, pero solo vende infraestructura. Los proveedores gestionados cuestan entre 7 y 20 veces más por mes, y esa diferencia paga la operación que en Hetzner tenés que hacer vos. Los números de abajo salen de las páginas de precios vigentes a julio de 2026; como aclara la fuente original, las tarifas se mueven, así que verificá antes de contratar.

Opción	Precio aprox. (mes)	Qué incluye	Alta disponibilidad
Hetzner CAX11 (self-hosted)	~€7	Solo VPS, Postgres a tu cargo	No (1 nodo)
Scaleway managed	Según instancia	Backups, réplica, EU-resident	Sí (según plan)
Neon	Desde USD 10	Serverless, branching, autoscale	Sí
Supabase	USD 25	Postgres vanilla + Auth/Realtime	Sí

Fijate que la columna importante no es el precio. Es la última.

¿Cuáles son los riesgos de auto-alojar Postgres en Hetzner?

El riesgo principal es operar con un solo nodo: sin réplica, cualquier caída del CAX11 tira tu base entera y no hay failover automático. Sumar alta disponibilidad no es gratis. Necesitás un segundo VPS, un motor de replicación como Patroni o repmgr, y una capa de routing que decida a qué nodo escribir.

Ahora bien, el fierro es lo barato. Lo caro es el tiempo. Ponele que dedicás varias horas por semana a mantener replicación, monitoreo y upgrades. Ese tiempo es costo oculto que nunca vas a ver en la factura de Hetzner. La documentación sobre self-hosted vs managed lo dice sin vueltas: el ahorro en infraestructura se lo come la operación.

¿Y qué pasa cuando se cae el nodo un domingo? Exacto, sos vos el failover.

¿Cuál es el verdadero costo de operación de Postgres self-hosted?

El costo real de operar Postgres en Hetzner suma varias capas que no vienen con el VPS: servidor base, backups nocturnos, almacenamiento de disaster recovery, monitoreo, upgrades y parches de seguridad. Para una base chica, el número de infraestructura sube una vez que agregás backups y alertas, más las horas de trabajo humano que eso implica.

Desglosemos qué entra en esas capas:

• Servidor base: el CAX11 a ~€7/mes cubre CPU y RAM para la base, nada más.
• Backups cifrados: guardar dumps nocturnos afuera (por ejemplo en Cloudflare R2) para no perderlos si el nodo muere.
• Almacenamiento DR: copias en otra región por si se cae el datacenter entero.
• Monitoreo y alertas: saber que algo se rompió antes que el cliente.
• Upgrades y parches: cada CVE de Postgres es tu responsabilidad, no la del proveedor.

El gestionado mete todo eso en el precio. Con self-hosted, cada línea es una tarea tuya.

¿Por qué el DDoS en el sitio no afecta a la base de datos?

Porque el ataque pega en el edge, no en la base. En una arquitectura sana, el DDoS lo absorbe Cloudflare en la primera capa, la app en Vercel es stateless, y Postgres nunca está expuesto a internet: solo la app se conecta al puerto 5432. Elijas el proveedor que elijas, esa superficie de ataque es idéntica. Ya lo cubrimos antes en pruebas reales de rendimiento entre proveedores.

Este es el error mental que hace que muchos elijan mal. Se preocupan por el DDoS, por quedarse sin espacio y por el lock-in, y las tres preocupaciones apuntan a la capa equivocada. El DDoS vive en el edge. El espacio, en una base de medio giga, no es problema hasta dentro de años. Y el lock-in, ya vamos a ver, es más mito que realidad.

La decisión real es una sola: quién opera la base. Eso es todo.

¿Cuáles son los proveedores gestionados de Postgres más baratos en 2026?

Los gestionados económicos de Postgres en 2026 arrancan en USD 10 con el plan Starter de Neon y llegan a USD 25 en Supabase, con opciones como Scaleway según la instancia. La elección depende de tres cosas: residencia de datos, extensiones soportadas y SLA. Para proyectos en Latinoamérica que además necesitan hosting y dominio, conviene evaluar la infra local; donweb.com cubre esa parte del stack en la región.

¿Cuándo importa la residencia de datos en la UE?

Si tu producto maneja datos de usuarios europeos, Scaleway te da servidores EU-resident, algo que Neon o Supabase resuelven según región. Para un SaaS argentino sin clientes en la UE, esto no mueve la aguja.

¿Qué extensiones y SLA mirar?

Un SLA sólido es el piso razonable para producción. Verificá que soporten las extensiones que usás (PostGIS, pgvector) antes de firmar, porque no todos las traen habilitadas.

¿Cuándo tiene sentido Hetzner self-hosted y cuándo no?

Hetzner self-hosted tiene sentido cuando tenés equipo con experiencia real en ops, más de 10 GB de datos y márgenes tan ajustados que cada euro cuenta. No conviene para startups sin gente de infraestructura, bases de menos de 2 GB, ni cuando tu producto central no es la infra. La regla la resume bien el análisis de tradeoffs entre managed y self-hosted: cruzá tamaño del workload con expertise del equipo.

La matriz es simple. Equipo con ops sólido y datos grandes: Hetzner zafa y te ahorra plata. Equipo chico enfocado en producto y base minúscula: gestionado, sin dudarlo. El error caro es elegir self-hosted por ahorrar unos euros al mes y después pagarlo en horas de guardia. Te puede servir nuestra cobertura de reducir costos de egreso de datos.

Vendor lock-in: ¿estás atrapado con Postgres gestionado?

No, el motor Postgres se migra con herramientas estándar: pg_dump y pg_restore funcionan entre cualquier proveedor, y Supabase corre Postgres vanilla. La escalera de salida existe y es similar a la de self-hosted, porque en ambos casos lo que movés son los datos. El lock-in real no es la base, es la API propietaria.

Acá viene lo importante: si construís sobre Supabase Auth o Realtime, eso sí te ata, porque no hay pg_dump para la lógica de autenticación. La base la sacás cuando querés. Los servicios alrededor, no tanto. Por eso conviene tratar esas APIs propietarias como una decisión aparte de dónde vive Postgres.

Errores comunes al comparar Postgres gestionado y Hetzner

• Comparar solo el precio del servidor: el CAX11 a ~€7 no incluye la operación. Sumá backups, réplica y horas de equipo antes de sacar conclusiones.
• Creer que el DDoS es factor de decisión: el ataque pega en el edge de Cloudflare, no en la base. No elijas proveedor por una amenaza que vive en otra capa.
• Correr producción con un solo nodo: sin réplica no hay failover. Si el nodo se cae, tu app se cae, y a las tres de la mañana el on-call sos vos.
• Sobredimensionar por miedo al futuro: comparar curvas de diez terabytes para una base de medio giga te hace pagar por algo que quizá nunca uses.

Preguntas Frecuentes

¿Cuándo conviene usar Postgres gestionado en lugar de Hetzner?

Conviene el gestionado cuando no tenés equipo de ops dedicado o tu producto central no es la infraestructura. El gestionado te cobra más por mes (desde USD 25) pero absorbe failover, backups y parches. Si tu base es chica y querés dormir tranquilo, pagás por no operar.

¿Cuál es la diferencia de precio entre Hetzner y Neon o Supabase?

Hetzner CAX11 cuesta ~€7/mes solo por el VPS, mientras Neon arranca en USD 10 y Supabase ronda los USD 25. La brecha es de 7 a 20 veces, pero Hetzner no incluye la operación de la base, que en los gestionados ya viene resuelta. Relacionado: automatizar deploys con herramientas modernas.

¿Cuánta infraestructura de ops necesita Postgres self-hosted?

Para producción con alta disponibilidad necesitás al menos dos nodos, un motor de replicación (Patroni o repmgr), una capa de routing, backups externos y monitoreo. En horas de equipo eso suma un costo oculto que no aparece en la factura del VPS.

¿Qué base de datos gestionada es la más barata en 2026?

Las opciones más económicas de Postgres gestionado en 2026 arrancan en USD 10 con el plan Starter de Neon y en USD 25 con Supabase. El precio más bajo no siempre gana: revisá SLA, extensiones soportadas y residencia de datos antes de decidir por el número.

¿Migrar de un Postgres gestionado a otro es complicado?

Migrar el motor es directo: pg_dump y pg_restore mueven los datos entre cualquier proveedor porque todos corren Postgres estándar. Lo que sí complica es depender de APIs propietarias como Supabase Auth o Realtime, que no tienen exportación equivalente y hay que reescribir.

Conclusión

La comparación PostgreSQL gestionado vs Hetzner no la gana el más barato. Hetzner sale menos a cualquier tamaño, pero solo te vende el fierro; la operación (failover, backups, guardias) la pagás en horas de equipo que no aparecen en ninguna factura. Para una base chica sin equipo de ops dedicado, el gestionado gana por lo que te evita, no por lo que te da.

Si tenés gente con experiencia en infraestructura y datos que crecen, Hetzner es una jugada inteligente. Si tu producto no es la base de datos, pagá el gestionado y dedicá esas horas a lo que sí te diferencia. Antes de contratar, verificá los precios vigentes: se mueven seguido.

Fuentes

• Hetzner was cheaper at every size I tested and I still chose managed Postgres – análisis original del caso
• Self-hosted vs managed databases – documentación sobre costos de operación
• Managed vs Self-Hosted PostgreSQL Tradeoffs – cuándo conviene cada uno
• Guía de Postgres gestionado – comparativa de proveedores
• Top managed PostgreSQL services compared – precios y SLA 2026