Skip to content
Fecha límite del CBN, 1 ene 2027: 99d 00h 25m restantes.Hable con nosotros
NuxFamily

Traslade los datos de pago desde AWS, Azure o GCP a una nube privada nigeriana, ola a ola, sin detener los pagos.

Traiga sus datos de pago a casa sin una sola transacción fallida

Una migración por olas desde el hyperscaler a una nube privada en Nigeria, con coexistencia, rollback definido y evidencia regulatoria en cada paso. Ejecutada por gente que lo ha hecho en producción, en banca y bajo auditoría.

El reto

El reto

La directiva del CBN fija el 1 de enero de 2027 como fecha a partir de la cual los datos de transacciones de pago deben almacenarse y procesarse en Nigeria, sin réplica en el extranjero. La mayoría de entidades tiene esos datos repartidos en decenas de servicios gestionados en una región cloud extranjera: bases de datos, colas, cachés, almacenamiento de objetos, logs y los sistemas de identidad que los protegen. Esta afirmación es contexto, no asesoramiento legal.

El camino con NuxFamily

  1. 01Assess
  2. 02Design
  3. 03Build
  4. 04Migrate
  5. 05Operate
  6. 06Evolve

Cada familia se entrega con el mismo camino de seis etapas, con soporte oficial 24×7 y transferencia de conocimiento incluidos.

Nuestro enfoque

Cómo migramos

  1. 01

    Descubrir y mapear

    Descubrimiento automatizado de cada almacén de datos, cola y bucket que toca datos de pago. Clasificación, propietario, grafo de dependencias y estado de residencia registrados en un catálogo que se convierte en la base de evidencia.

  2. 02

    Planificar las olas

    Sistemas agrupados en olas por dependencia y riesgo. Las primeras olas prueban el método con servicios de menor riesgo; el procesamiento core se mueve una vez ensayados la replicación y el rollback.

  3. 03

    Preparar la zona de aterrizaje

    Servicios destino levantados en la nube privada nigeriana con versiones y configuración equivalentes: PostgreSQL, Kafka, Valkey, almacenamiento compatible S3, namespaces y secretos de Kubernetes.

  4. 04

    Replicar y coexistir

    Replicación lógica para bases de datos, topics espejados para Kafka, doble escritura o replay para cachés, sincronización de objetos para el almacenamiento. Ambos lados funcionan en paralelo hasta verificar la paridad.

  5. 05

    Cutover con rollback

    Cada ola se conmuta en una ventana corta y acordada con una vía de rollback comprobada. El lado del hyperscaler se mantiene activo hasta la aceptación; después se purga y la purga se documenta.

  6. 06

    Evidencia y cierre

    Informe de residencia por sistema, custodia de claves en Nigeria, logs de auditoría y ubicación de backups verificados. El equipo de cumplimiento recibe un dossier, no una diapositiva.

Resultados

Resultados

0

parada de pagos

La coexistencia y el cutover por ola hacen que el servicio de pagos nunca se detenga por la migración.

< 30 min

ventana de cutover por ola

La replicación corre por adelantado; la conmutación en sí es un cambio corto y ensayado.

100 %

evidencia de residencia

Cada sistema migrado lleva su propia prueba de ubicación, backup y custodia de claves.

Casos de uso

Casos de uso

Caso de uso 01

Procesamiento de pagos de AWS a una nube privada nigeriana

Un proveedor de servicios de pago ejecuta su integración con el switch, su ledger y sus servicios de notificación sobre EKS, RDS PostgreSQL, MSK y ElastiCache en eu-west-1. Debe estar íntegramente en Nigeria antes de la fecha límite sin interrupción para los comercios.

Tecnologías

  • OpenShift
  • PostgreSQL
  • Patroni
  • Apache Kafka
  • MirrorMaker 2
  • Valkey
  • MinIO
  • OpenMetadata
  • Argo CD

Resultado esperado

Todos los datos de pago, el procesamiento y los backups en Nigeria, sin que los comercios noten que hubo una migración.

Métrica: 0 transacciones fallidas en 3 olas

Procesamiento de pagos de AWS a una nube privada nigerianaUn proveedor de servicios de pago ejecuta su integración con el switch, su ledger y sus servicios de notificación sobre EKS, RDS PostgreSQL, MSK y ElastiCache en eu-west-1. Debe estar íntegramente en Nigeria antes de la fecha límite sin interrupción para los comercios. Todos los datos de pago, el procesamiento y los backups en Nigeria, sin que los comercios noten que hubo una migración.1Catalogar cada dependenciaOpenMetadata2Levantar los servicios destinoOpenShift · PostgreSQL · Kafka3Replicar bases de datosReplicación lógica PostgreSQL4Espejar flujos de eventosMirrorMaker 25Ola 1: notificacionesArgo CD6Ola 3: ledger y switch7Purgar y evidenciar
  1. 1Catalogar cada dependencia. Servicios, esquemas, topics y buckets mapeados con clasificación de datos y estado de residencia.
  2. 2Levantar los servicios destino. PostgreSQL con Patroni, Kafka, Valkey y MinIO desplegados sobre Kubernetes en un datacenter de Lagos.
  3. 3Replicar bases de datos. Replicación lógica de RDS a PostgreSQL on-prem, en marcha hasta que el retraso sea casi nulo y los recuentos de filas coincidan.
  4. 4Espejar flujos de eventos. Topics espejados de MSK al clúster Kafka local; consumidores migrados con traducción de offsets.
  5. 5Ola 1: notificaciones. Servicios de bajo riesgo conmutados primero para probar el runbook y la vía de rollback.
  6. 6Ola 3: ledger y switch. Procesamiento core conmutado en una ventana de 20 minutos con doble verificación antes de congelar el lado antiguo.
  7. 7Purgar y evidenciar. Recursos de AWS eliminados, snapshots verificados como borrados, dossier emitido con pruebas de residencia y backup.

Caso de uso 02

De un data warehouse cloud a un lakehouse on-prem

FAQ

FAQ

Depende del número de sistemas y de lo enredadas que estén sus dependencias. El assessment produce un plan de olas con fechas. Las primeras olas empiezan pocas semanas después de que la zona de aterrizaje esté lista; la fecha límite marca el orden del resto.

Más de dos décadas

Construido por el equipo detrás de las plataformas de Santander, ING, Bankinter, Mapfre e Inditex

Más de veinte años diseñando, construyendo y operando nubes privadas para instituciones que no pueden permitirse fallar, y un modelo de entrega en el que le acompañamos del assessment a la operación.

Ver nuestro track record

20+

Años construyendo nubes privadas

40+

Nubes privadas entregadas

Empiece con una Discovery Session

Sesenta minutos con un arquitecto que ya lo ha entregado. Sin diapositivas vacías.

Sin listas de correo ni seguimientos automáticos. Respondemos personalmente en un día laborable.