¿Y si una pieza deja de estar disponible?
Una arquitectura conectada también debe mostrar sus dependencias. La continuidad empieza por saber qué puede esperar y qué no puede repetirse.
Una condición para debatir continuidad, alternativas y concentración de proveedores.
Bank of England · IA y estabilidad financiera ↗9 abr 2025 · análisis del sistema financiero británicoLa modularidad crea una frontera. La continuidad debe construirse dentro de ella.Lectura editorial de Catalisa
La concentración cambia el diseño del riesgo
El Bank of England señala que la dependencia de pocos proveedores de IA puede afectar a los servicios financieros cuando estos fallan, sobre todo si la migración a alternativas es difícil. El análisis se refiere al sistema financiero; no demuestra que toda dependencia compartida vaya a provocar un fallo sistémico.
Para el equipo de producto, la pregunta puede ser muy concreta: ¿qué recorridos dependen de esta consulta, de este proveedor o de este modelo? Un inventario de proveedores es insuficiente si no revela qué servicios dejan de funcionar cuando una pieza falla.
Referencia: Bank of England · IA y estabilidad financiera ↗
Un fallo no siempre tiene la misma consecuencia
Una búsqueda de información puede aplazarse. Una operación de pago puede estar pendiente de confirmación y no debe repetirse sin comprobar su estado. Un fallo en la firma puede impedir que se complete la formalización, aunque otras partes del expediente sigan disponibles.
Estas situaciones requieren respuestas distintas. El contrato debe dejar claro si hubo rechazo, indisponibilidad, caducidad o un resultado desconocido. La interfaz refleja esa distinción para que no se indique al usuario que repita una acción que quizá ya se haya producido.
Alternativa no es sinónimo de equivalencia
Un adaptador puede concentrar las particularidades de un proveedor, pero no garantiza un cambio inmediato. Una alternativa debe entregar los campos necesarios, preservar el significado y cumplir los requisitos operativos. La autenticación, los límites, los plazos y los efectos también pueden cambiar.
Probar una alternativa significa verificar el recorrido completo. Una respuesta técnicamente válida puede tener una semántica diferente. La elección de proveedor debe tener en cuenta ese coste de cambio y las condiciones reales para activar una ruta secundaria.
Mide la recuperación como trabajo de producto
Un ejercicio útil consiste en elegir una dependencia y observar cómo se comporta el recorrido sin ella. ¿A quién se avisa? ¿Puede esperar el caso? ¿Qué acción se bloquea? ¿Cómo vuelve el trabajo al flujo cuando el servicio se recupera?
Esta conversación acerca arquitectura, operación y atención al cliente. El objetivo no es prometer la ausencia de fallos, sino evitar estados ambiguos y recuperaciones improvisadas. La continuidad necesita responsables y criterios de restablecimiento, igual que una funcionalidad tiene criterios de aceptación.
El proveedor ha fallado. ¿Y ahora qué?
Cuando la espera es aceptable, conserva la solicitud, informa de lo pendiente y define cómo retomarla.
Consulta no disponible durante una propuesta
Ejemplo ilustrativo: una fuente no responde dentro del plazo. El recorrido conserva la solicitud y el motivo de la incidencia pendiente. Según la política, espera, deriva a revisión o utiliza una alternativa validada previamente. Ninguna de estas salidas se trata automáticamente como un rechazo del cliente.
Impacto por dependencia
Recorridos afectados y tiempo de indisponibilidad percibido.
Estados ambiguos
Casos sin confirmación de éxito o fallo que requieren conciliación.
Recuperación
Tiempo e intervención necesarios para retomar los casos pendientes.
Tres preguntas
antes de construir.
- ¿Sabes qué productos se detienen cuando falla un proveedor?
- ¿Qué operaciones pueden repetirse con seguridad?
- ¿La alternativa ya se ha validado o solo existe en el diseño?
De la lectura
a la composición.
Los límites entre capacidades y los adaptadores ayudan a localizar dependencias en Catalisa. La observabilidad, la gestión de fallos y las alternativas deben configurarse y probarse en la implantación; la modularidad no equivale a continuidad automática.
Lo que lo sustenta
esta lectura.
Recomendaciones de diseño editorial. No representan un SLA, una certificación, una garantía de portabilidad ni la disponibilidad de un proveedor alternativo.
- Bank of England · IA y estabilidad financiera ↗9 abr 2025 · análisis del sistema financiero británico
- GOV.UK · Evaluación de riesgos de sistemas heredados ↗Actualizado el 17 ago 2026 · referencia del sector público británico