Construir o comprar: seguimiento de errores

Todo equipo ha añadido en algún momento un try/catch que publica en un webhook de Slack y ha dado por resuelto el seguimiento de errores. Funciona, costó veinte minutos y, para un proyecto personal, es de verdad la decisión correcta. Los problemas empiezan unos seis meses después.

Lo que se dejan fuera esos veinte minutos

• Agrupación, o el canal se vuelve inusable con el primer despliegue malo.
• Limitación de frecuencia, para que un bucle no publique diez mil mensajes.
• Retención y almacenamiento, porque alguien acabará preguntando qué pasó en marzo.
• Un panel, porque desplazarse por un canal de Slack no es triaje.
• Reglas de enrutamiento, porque no todo merece el mismo destino.
• Reintentos y escalado, y el proceso de guardias que los rodea.

Cuándo sigue siendo correcto construir

Si gestionar errores es tu producto, constrúyelo. Si tienes una restricción de residencia de datos que ningún proveedor cumple, constrúyelo. Si no, la comparación honesta no es «un webhook frente a una suscripción», sino el tercer año manteniendo la lista de arriba frente a no mantenerla.

Mira lo que cuesta →