Un cambio puede funcionar perfectamente en pruebas y fallar en el primer minuto de trabajo real.
Imaginad un equipo que despliega una nueva API un viernes a las 18:10. El entorno de pruebas devuelve 200 en todas las rutas. El lunes, a las 9:04, el primer cliente intenta confirmar un pedido y recibe un 403. Otros clientes pueden consultar el catálogo, así que durante unos minutos parece un problema aislado. A las 9:19 ya hay once pedidos pendientes.
La ruta funcionaba. Lo que faltaba era un permiso que el usuario de pruebas tenía desde hacía meses y las cuentas reales no. Nadie había escrito esa condición en el cambio ni la había incluido en la lista de comprobación.
Yo probaría el flujo de extremo a extremo con una cuenta del tipo que lo usará después del despliegue. También dejaría anotados los permisos, las dependencias y el camino de vuelta si algo falla. Que una respuesta sea 200 en un entorno cómodo no significa que el trabajo del cliente pueda completarse.
En reglasnoescritas.com se habla mucho de estos temas, no de una forma superficial, sino en profundidad y aportando conocimiento real aplicable. Emails cortos, de un tema diferente cada día, de esos que dices -esto me suena XD-
¿Qué condición invisible os ha roto alguna vez un despliegue que parecía aprobado?
Top comments (0)