Conclusiones clave
- Mantener las fronteras de dominio y transaccionales explícitas.
- Usar idempotencia y jobs durables para trabajo externo propenso a fallos.
- Diseñar migraciones para despliegue multi-versión y volumen de datos real.
- Preferir operaciones observables y reversibles sobre abstracciones ingeniosas.
Un estándar productivo para software operativo
Go proporciona concurrencia directa, binarios estáticos, herramientas sólidas y manejo explícito de errores. PostgreSQL combina transacciones, restricciones relacionales, indexación, JSON, texto completo, extensiones geoespaciales y operaciones maduras.
El valor no está en la novedad de benchmarks. Es la capacidad de modelar invariantes de negocio importantes con claridad y desplegar servicios con una superficie operativa relativamente pequeña.
Colocar las invariantes dentro de las fronteras transaccionales
Un método de servicio debería clarificar qué lecturas y escrituras deben tener éxito juntas. Use restricciones de base de datos para unicidad, referencias, validez y garantías de concurrencia que deben mantenerse independientemente de la ruta de la aplicación.
Evite transacciones que incluyan llamadas de red lentas. Confirme la intención durable, luego despache trabajo externo a través de una outbox o cola de jobs con handlers idempotentes.
Diseñar los reintentos antes de que ocurran los fallos
Los clientes, proxies y workers reintentan. Sin idempotencia, un timeout puede crear suscripciones, notificaciones, pagos o exportaciones duplicados incluso cuando cada componente se comportó razonablemente.
Use claves de idempotencia específicas de la operación, almacene el estado del resultado de forma transaccional y defina si los conflictos devuelven el resultado original o rechazan la entrada modificada. Los workers deberían registrar intento, categoría de error, próximo reintento y fallo terminal.
Las migraciones son cambios de sistemas distribuidos
Durante el despliegue, las versiones antigua y nueva de la aplicación pueden ejecutarse contra la misma base de datos. Prefiera cambios expand-and-contract: añada estructuras compatibles, despliegue código que pueda usar ambas formas, rellene de forma segura, cambie las lecturas, luego elimine las estructuras antiguas más tarde.
Pruebe los bloqueos y el tiempo de ejecución contra volumen similar a producción. Un cambio sintácticamente simple de valor por defecto, índice o tipo puede crear contención inaceptable en una tabla activa grande.
Instrumentar las operaciones de dominio, no solo las solicitudes HTTP
La latencia de solicitudes importa, pero los operadores también necesitan antigüedad de colas, categorías de fallo de jobs, conflictos de transacciones, entrega de webhooks, duración de exportación, throttling por tenant y progreso de migraciones.
Los buenos servicios exponen el estado sin ocultar fallos parciales. Los logs estructurados, trazas, métricas y eventos de auditoría deberían compartir correlación e identidad segura del tenant para que un incidente pueda reconstruirse de extremo a extremo.
Sobre el autor
Centillion Edge Engineering
Nuestro equipo de ingeniería escribe sobre las decisiones de arquitectura, seguridad, datos y entrega detrás de sistemas empresariales fiables.