PUERTO

Infraestructura · Deploys · Guardia

deploys, observabilidad y guardia 24/7. sin marketing.

p1 respuesta en 15 min 24/7 guardia real, no bot 0 vendedores en el equipo

$ cat about.txt

Puerto es un estudio de infraestructura y operaciones con base en Buenos Aires. Mantenemos sistemas en producción para empresas que no pueden darse el lujo de estar caídas: deploys, observabilidad, SRE de guardia y migraciones a cloud. Trabajamos por retainer mensual, con SLA por escrito y postmortems públicos para el cliente. No hacemos branding, no hacemos apps, no hacemos promesas: hacemos uptime.

[SERVICIOS]

$ cat servicios.txt | column -t

servicios.txt · precios de referencia, se cotiza según entorno
servicio qué incluye desde USD
guardia 24/7 monitoreo, alertas, respuesta ante incidentes, postmortem por escrito 1.200/mes
deploys y ci/cd pipelines, ambientes, rollbacks en un comando, deploys sin corte 900/mes
observabilidad métricas, logs, trazas, dashboards, SLOs con presupuesto de error 700/mes
migración a cloud relevamiento, plan de corte, ejecución, ventana de rollback 3.500/proy
hardening y backups backups probados con restore real, IAM, secretos, superficie de ataque 1.500/proy

// todos los retainers incluyen horas de ingeniería, no horas de reunión. el primer mes arranca con auditoría del entorno. contratos en pesos o USD.

~/assets/servers.jpg 1920x1080 · ro · less
Pasillo oscuro de un datacenter con racks de servidores y luces de estado encendidas
fig 01 · donde viven los sistemas que cuidamos. no es una oficina con plantas.
[STACK]

$ cat stack.tsv | sort -k1

stack.tsv · herramientas de base. si tu stack es otro, se conversa
capa herramienta nota
orquestación kubernetes / nomad o docker compose si tu escala no lo justifica. sin sobreingeniería
infra as code terraform / ansible todo el entorno versionado. cero cambios a mano en producción
edge y dns cloudflare waf, cache, workers, túneles. mitigación de ddos incluida
datos postgres / redis réplicas, failover probado, backups con restore verificado semanal
observabilidad grafana / prometheus / loki una sola pantalla para métricas, logs y alertas. sin pestañas infinitas
ci/cd github actions build, test, deploy y rollback. auditable commit por commit
base debian / alpine imágenes mínimas, parches al día, nada corriendo como root

// clouds: aws, gcp, hetzner y fierro propio en datacenter local. elegimos por costo y latencia, no por moda.

$ ping -c 4 signal-dev.com

PING signal-dev.com (104.21.48.113) 56(84) bytes of data.
64 bytes from 104.21.48.113: icmp_seq=1 ttl=58 time=11.8 ms
64 bytes from 104.21.48.113: icmp_seq=2 ttl=58 time=12.1 ms
64 bytes from 104.21.48.113: icmp_seq=3 ttl=58 time=11.9 ms
64 bytes from 104.21.48.113: icmp_seq=4 ttl=58 time=12.4 ms

--- signal-dev.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 11.812/12.055/12.401/0.223 ms
# asi de aburrido tiene que ser tu monitoreo.
[GUARDIA]

$ systemctl status guardia.service

Si se cae a las 3 AM, atendemos a las 3:04. Guardia rotativa de ingenieros, no un contestador. La persona que atiende es la misma que puede hacer el rollback.

# extracto real de bitácora (cliente anonimizado)
03:00:12 ALERT  p1 api-gateway: 5xx rate 84%, health-check down
03:04:02 ACK    guardia toma el incidente, canal #inc-0412 abierto
03:09:47 INFO   causa probable: deploy 02:55 UTC-3, pool de conexiones agotado
03:11:40 FIX    rollback a v2.14.1 ejecutado, 1 comando, 38 s
03:14:05 OK     5xx rate 0.2%, tráfico normalizado
03:31:00 INFO   cliente notificado. postmortem entregado a las 10:00
sla.txt · tiempos de primera respuesta, por contrato
severidad definición respuesta canal
p1 caída total o pérdida de datos en curso 15 min llamada + chat
p2 degradación severa, funcionalidad crítica afectada 1 h chat
p3 incidente menor, sin impacto en usuarios 4 h ticket
p4 consulta, mejora o mantenimiento programado 24 h ticket

// los tiempos corren de corrido: feriados, madrugadas y finales del mundial incluidos.

~/assets/crt.mp4 1:1 · loop · mpv
fig 02 · la pantalla de guardia nunca se apaga.
[CASOS]

$ ls postmortems/ | head -3

pm-2025-081 · una fintech de pagos 2025-03-14
problema
picos de tráfico de fin de mes tiraban la API de cobros. 3 caídas en 6 semanas, sin métricas para saber por qué.
fix
observabilidad completa, pool de conexiones a postgres con pgbouncer, autoscaling por métrica de negocio (pagos/min, no CPU).
resultado
0 caídas en 11 meses. p99 de la API de cobros bajó de 2.8 s a 310 ms en cierre de mes.
pm-2025-112 · un ecommerce de 40k pedidos/mes 2025-06-02
problema
deploys manuales por FTP los viernes. cada release era una ruleta: 40 min de corte promedio, rollback imposible.
fix
ci/cd con github actions, contenedores, blue-green detrás de cloudflare, base migrada a postgres gestionado con réplica.
resultado
de 1 deploy por semana a 4 por día, corte cero. rollback en 40 segundos, probado en producción dos veces.
pm-2025-147 · una logística de 300 repartos diarios 2025-09-19
problema
todo en un solo servidor físico en la oficina. un corte de luz de 4 horas dejó la flota a ciegas un día entero.
fix
migración a cloud en 5 semanas: infra as code con terraform, backups con restore verificado, ventana de corte de 20 min un domingo 6 AM.
resultado
RTO pasó de "un día entero" a 12 minutos, medido en simulacro. factura de infra: USD 290/mes.

// nombres omitidos por acuerdo de confidencialidad. los números son los del postmortem.

[CONTACTO]

$ puerto contact --canal whatsapp

Contanos qué corre en producción, dónde y qué te desvela. Respondemos con un diagnóstico honesto: a veces la respuesta es "no nos necesitás todavía". Sin llamadas de descubrimiento, sin deck de 40 slides.

tz: america/argentina/buenos_aires respuesta comercial: < 24 h hábiles respuesta p1: 15 min, siempre