Caso de uso — Seguros con DR multi-sitio + analytics moderno

Contexto

Industria: aseguradora regional, ramos generales y vida. Plataforma: dos LPARs IBM i sobre Power E1080 con IBM i 7.4 TR8 (versión más instalada del parque). ~12 TB productivos. Marco regulatorio: requiere RTO ≤ 2 horas, RPO ≤ 5 minutos, DR remoto, drills semestrales documentados. Equipo: 6 personas en IT Operations, área de datos creciendo.

Situación inicial

Tres frentes simultáneos:

•La auditoría regulatoria del próximo trimestre exige drill de DR multi-sitio documentado. Hoy tienen DR pero no probado.
•Compliance/risk pide un dataset moderno para modelos actuariales y antifraude — quieren Snowflake con datos del core.
•La ventana de backup nocturna sobre LTO9 ya no entra y empieza a tocar la jornada operativa.

El CIO arma un programa con tres workstreams. Vienen a buscar un solo proveedor que cubra los tres frentes coherentemente.

Discovery

Preguntas aplicadas

| Pregunta | Respuesta | |---|---| | ¿RTO/RPO definidos por regulación? | RTO 2h, RPO 5 min. | | ¿Sitio secundario operativo? | Sí, data center secundario completo. | | ¿Versión IBM i? | 7.4 TR8 (la mayor parte del parque está aquí). | | ¿Tienen HA hoy? | Sí, Quick EDD con par local actualmente desplegado. Falta drill formal. | | ¿Tienen analytics moderno? | Snowflake corporativo en construcción. Hoy hacen reporting nocturno desde IBM i con dump. | | ¿Storage externo? | IBM FlashSystem 7300, FlashCopy disponible. | | ¿Drills documentados? | Último hace 14 meses, no documentado formalmente. |

Hallazgos

•Ya tienen Quick EDD pero subutilizado (sin drill, sin DR remoto formal).
•Snowflake nuevo: oportunidad de Connect CDC.
•Backup window apretada: oportunidad Flash for i.
•Tres oportunidades en la misma cuenta con presupuesto y necesidad regulatoria.

Solución propuesta — Programa integrado

Arquitectura objetivo

[Sitio principal — Power E1080]
    LPAR Producción IBM i 7.4
        |
        Quick EDD HA local → LPAR HA en mismo Power
        |
        Quick EDD DR remoto → [Power S1024 en sitio secundario]
        |
        Connect CDC → Snowflake corporativo
        |
        Flash For i → FlashSystem 7300 → SAVE21 sin downtime → BRMS

Productos en scope

•Assure Quick EDD (ampliación: HA local + DR remoto + drill).
•Connect CDC (nuevo).
•Flash For i (nuevo).
•BRMS existente.
•Hardware: Power S1024 en sitio secundario (a procurar si no existe).

Workstream 1 — Quick EDD HA + DR formal

•Topología: 1 source → 2 targets (HA local + DR remoto).
•Carga inicial controlada para DR remoto (HA local ya estaba operativo).
•Drill de role-swap documentado (ver Lab Role-Swap).
•Documentación completa para auditoría: procedure, evidencia, métricas reales (RTO/RPO medidos).
•Plazo estimado: 8 semanas.

Workstream 2 — Connect CDC a Snowflake

•30 tablas core del aplicativo de pólizas y siniestros.
•Imagen *BOTH confirmada en discovery.
•Subscription única dividida en 4 dominios (pólizas, clientes, siniestros, pagos).
•Consideración de datos sensibles (PII): mapping con pseudonimización en motor antes de Snowflake (decisión de arquitectura con compliance).
•Plazo estimado: 10 semanas, en paralelo con WS1.

(Fuente: Precisely Connect — CDC)

Workstream 3 — Flash For i

•Setup completo sobre Power E1080 con LPAR clon nueva.
•Integración con BRMS.
•Drill de restore desde la cinta del clon.
•Plazo estimado: 8 semanas, en paralelo con WS1.

Coordinación entre workstreams

•Los tres dependen del mismo equipo del cliente; el preventa coordina las ventanas.
•Quick EDD WS1 prioritario porque la auditoría regulatoria es la fecha más cercana.
•Connect CDC se puede desplegar en paralelo siempre que no tope con la ventana del drill de Quick EDD.
•Flash For i entra cuando estabilicen el cambio de Quick EDD (HA local sigue operativo durante todo el proyecto).

Riesgos y mitigaciones

| Riesgo | Mitigación | |---|---| | Equipo del cliente saturado con tres workstreams en paralelo | Cronograma escalonado y mentorías cruzadas. Tracks de capacitación específicos por rol del cliente. | | Drill regulatorio fallido | Pre-drill controlado con Sinaptrix dos semanas antes del oficial | | Schema evolution en CDC durante el proyecto | Freeze de releases del aplicativo durante la fase 2 de WS2 | | Pseudonimización de PII mal definida | Compliance del cliente firma el spec de mapping antes de fase 2 de WS2 | | Conflicto de timing entre WS1 y WS3 sobre la LPAR clon | Ventana operativa coordinada; lab previo sin tocar producción |

Resultado al cierre del programa

•WS1 — Quick EDD: drill documentado, RTO real medido 47 minutos, RPO real medido < 30 segundos. Auditoría aprobada.
•WS2 — Connect CDC: 30 tablas en Snowflake con latencia promedio < 90 segundos. Modelos actuariales arrancaron.
•WS3 — Flash For i: SAVE21 con downtime efectivo de 2 minutos sobre producción. BRMS sin cambios para los usuarios. Ventana operativa restablecida.
•Bonus: el clon Flash for i pasó a ser fuente para refresh de ambientes test, eliminando la fricción de "necesito datos productivos para probar".

Lecciones para preventa

•Cuentas con regulación dura compran más porque tienen presupuesto y deadlines. Ir con un programa, no producto a producto.
•Vender el portafolio integrado: Quick EDD + Connect CDC + Flash For i tiene narrativa coherente (HA, modernización, eficiencia operativa).
•El drill regulatorio es palanca: cuando hay fecha y auditoría, el deal se cierra rápido. Aprovechar.
•Coordinar workstreams desde el día 1 — los tres tocan al mismo equipo del cliente.
•Pre-drill controlado es entregable que diferencia: cuando el oficial sale bien, el cliente queda fidelizado.

Productos en juego

•Assure Quick EDD — ampliación del existente para DR remoto + drill.
•Connect CDC — nuevo.
•Flash For i — nuevo.