La respuesta directa
Routing/execution está en critical path; availability y response time importan. La meta no es zero risk, sino added hop pequeño, observable y resilient mientras centraliza behavior que de otro modo sería inconsistente.
Cuándo basta el enfoque actual
Direct provider tiene ventaja con path simple y poco valor de abstraction. Menos dependencies reducen failure surface. Con un provider estable, orchestration puede ser innecesaria.
Dónde empieza la presión
Direct model acumula hidden risk si channels manejan timeouts/retries/idempotency distinto. Shared layer ayuda solo si su recovery model es mejor.
Qué cambia con una capa de infraestructura
Puede centralizar timeout budgets, durable idempotency, lookup, circuit breaking, route health, recovery y telemetry.
El trade-off
Centralization concentra blast radius. Outage puede afectar varios channels; deployment safety, redundancy y degraded modes son esenciales.
Cómo decidir
Define latency/availability budgets y modela fallos de Zopio, provider, network y finance. Para cada uno responde qué ve customer, si money moves y cómo recover state.
Cuándo encaja Zopio
Zopio encaja si shared recovery/routing justifica critical dependency. Extremely latency-sensitive flows deben evaluar off-path alternatives.
Un siguiente paso práctico
Ejecuta failure-mode exercises antes de production: delayed response, duplicate callback, layer/provider unavailable y uncertain execution.
El hop extra no es gratis.
Centralized recovery puede ser más seguro.
Testea degraded modes antes de producción.