DBA REMOTO POSTGRESQL — 24×7

    POSTGRES EN PROD ¿SIN DBA? HTI LO ASUME.

    El equipo dev escribió la app, eligió RDS o subió Postgres en VM y a producción. 6 meses después: backup nunca probado, réplica caída, autovacuum apagado en tabla caliente. Asumimos la operación.

    24×7
    Guardia real con DBA Senior, no un bot
    <15min
    SLA de respuesta Sev1
    PITR
    Backup probado mensualmente, no declarado
    Patroni
    Alta disponibilidad real con failover automático

    DBAs PostgreSQL confiados por

    Fintechs·SaaS B2B·Sector Público·Healthtech·Startups Serie B

    POSTGRES SIN DUEÑO

    "NADIE ESTÁ DE GUARDIA".

    Backup que nunca se restauró

    Snapshot de RDS corriendo diario. Nadie nunca hizo restore en ambiente paralelo. Cuando lo necesites de verdad, ahí descubres si funciona.

    Réplica streaming "arriba"

    pg_stat_replication muestra réplica conectada. Pero el replication lag llegó a 4 horas. Failover hoy = perder 4 horas de datos. Nadie monitorea wal_sender.

    Autovacuum apagado para "no molestar"

    Tabla de eventos con 80M tuplas muertas. Transaction ID acercándose al wraparound. En 3 semanas el DB se detiene solo — sin alerta configurada.

    Major upgrade postergado 3 años

    Aún en Postgres 11. EOL pasado. Cada query nueva está optimizada para 15+. Migración necesita pg_upgrade o logical replication, sin ventana larga.

    ALCANCE TÉCNICO

    OPERACIÓN POSTGRES DE VERDAD.

    No es solo monitorear CPU. Es mantener Postgres sano en prod: HA real con Patroni, backup probado con pgBackRest, autovacuum por tabla, guardia con DBA Senior — no primer nivel tropezando en una wiki.

    01

    GUARDIA 24×7

    DBA Senior Postgres en guardia real. SLA Sev1 <15min, Sev2 <1h. Sin bot, sin primer nivel, sin "abro ticket".

    On-callSLAPager
    02

    PATRONI HA

    Setup y operación de cluster Patroni con etcd o Consul, failover automático bajo 30s, switchover planificado, monitoreo de DCS.

    PatronietcdFailover
    03

    pgBackRest PITR

    Backup incremental + WAL archive en S3/GCS, restore probado mensualmente, retención por política de compliance.

    pgBackRestS3WAL
    04

    STREAMING REPLICATION

    Réplica síncrona o asíncrona, monitoreo de lag en tiempo real, replication slots dimensionados, cascading replicas cuando aplica.

    SyncAsyncSlots
    05

    MAJOR UPGRADES

    11→16 con pg_upgrade in-place o logical replication near-zero downtime. Tests de regresión, captura de planes pre, rollback documentado.

    pg_upgradeLogical Rep
    06

    CAPACITY PLANNING

    Análisis de crecimiento, proyección de I/O y RAM, sizing de RDS/Aurora o on-premise. Sin upsell.

    SizingForecast

    DBAs POSTGRES EN SALA FÍSICA

    ¿QUIÉN ASUMIRÁ TU POSTGRES?

    No es freelance remoto. Equipo DBA con track record en Postgres desde 8.4, operando en sala física controlada en PIT/SP.

    • DBAs con producción Postgres desde 8.4 en ambientes regulados
    • Track record en fintechs (BCB), healthtechs (ANS) y sector público
    • Sala física con acceso biométrico — sin dev externo
    • Guardia 24×7 con escalado documentado

    El backup no es lo que configuraste. Es el último restore que hiciste. Si fue hace 6 meses, no tienes backup.

    OPERACIÓN EN PROD

    CASOS REALES.

    FINTECH BCB

    99.97%

    Uptime 12 meses

    Operación de cluster Patroni 3-nodos en PostgreSQL 15 con pgBackRest, 12 meses sin incidente percibido por usuario final.

    SAAS HEALTHTECH

    PITR 14s

    Restore probado

    Point-in-Time recovery de drop accidental en producción en 14 segundos vía pgBackRest + WAL archive en S3.

    STARTUP SERIE B

    11 16

    Upgrade sin downtime

    Migración PostgreSQL 11 → 16 vía logical replication con switchover de 45s. Captura de planes pre + monitoreo post.

    METODOLOGÍA

    ASUMIR EN 30 DÍAS.

    Semana 1

    Auditoría de ambiente

    Inventario de instancias, versiones, réplicas, backup, monitoreo. Mapa de riesgo priorizado. Sin tocar nada — solo leer.

    Semana 2

    Quick wins

    Backup con restore probado, alertas críticos configurados, autovacuum tunado en tablas calientes, replication lag monitoreado.

    Semana 3

    HA & DR

    Patroni o failover documentado, pgBackRest con retention policy, runbook de incidente, guardia activa.

    Semana 4

    Handover formal

    Documentación completa, runbooks por escenario, dashboard de salud, contrato de SLA activo.

    FAQ

    Preguntas frecuentes.

    ¿Asumen Postgres en RDS, Aurora o solo on-premise?

    +

    Todos. Aurora PostgreSQL, RDS for PostgreSQL, Cloud SQL (GCP), Azure Database for PostgreSQL y on-premise. Las herramientas cambian, los principios no.

    ¿Y si ya tenemos equipo DBA interno?

    +

    Actuamos como capa de guardia fuera-horario, segunda opinión en decisiones críticas, o refuerzo en incidente. No sustituimos al equipo.

    ¿Cómo funciona la guardia 24×7?

    +

    Abres incidente por WhatsApp, teléfono o email. Ruteo automático por severidad. Sev1 (DB caído): DBA Senior en 15min. Sev2: 1h. Sev3: próximo día hábil.

    ¿Cobran por incidente o paquete mensual?

    +

    Paquete mensual por número de instancias y tier de SLA. Sin cobro por incidente — incentivo equivocado.

    ¿Hacen migración desde otro DBA?

    +

    Sí. Los primeros 30 días son handover formal con auditoría, quick wins y documentación. Sin ruptura.

    ASUMIMOS TU POSTGRES.

    20 minutos con un DBA Senior PostgreSQL. Cuenta la situación, devolvemos plan de takeover en 30 días.

    Versiones y plataformas soportadas

    PostgreSQL 12PostgreSQL 13PostgreSQL 14PostgreSQL 15PostgreSQL 16PatronipgBackRestAurora PostgreSQLAWS RDSCloud SQLAzure Database

    POR QUÉ HTI

    AUTORIDAD
    EN BASE
    DE DATOS.

    Sustentando ambientes críticos en Brasil desde 1990. No somos una consultoría genérica que aprendió base de datos — somos The Database Company.

    01

    35+ AÑOS EN EL MERCADO

    Operando ininterrumpidamente desde 1990. Más de 25.000 horas de consultoría entregadas y 596+ incidentes críticos resueltos en producción. Pattern recognition que solo viene con décadas de operación real.

    02

    ORACLE AMEC — ÚNICA EN BRASIL

    Único MySQL Authorized Education Center (AMEC) de Oracle University en Brasil — logro obtenido dos veces. Más de 1.000 DBAs formados en cursos oficiales HTI.

    03

    SALA FÍSICA CONTROLADA

    DBAs en sala de acceso restringido en PIT São José dos Campos: cámaras 24h, acceso biométrico, rack dedicado. Sin freelancer remoto, sin estación improvisada. Compliance que va más allá de la política interna.

    04

    DBSNOOP — HERRAMIENTA PROPIA

    Monitoreo comportamental desarrollado internamente. Detecta patrones anómalos de ingestión y accesos a objetos protegidos — sin dependencia de herramienta de terceros.