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

Analítica MPP de clase empresarial, on-prem en Nigeria y sin coste por consulta.

Analítica y Data Warehouse

Apache Cloudberry, Greenplum, WarehousePG y SynxDB para SQL a escala; Apache Spark, Iceberg y Hadoop para el lago que hay debajo. Construimos el warehouse que el regulador puede inspeccionar y que los analistas realmente usan, sobre hardware que usted posee, con un contrato de soporte en lugar de una factura mensual que crece con cada consulta.

  • Apache Cloudberry
  • Greenplum
  • Apache Spark
  • Apache Iceberg
  • Apache Hadoop

Las tecnologías que cubrimos

Productos de esta familia

  • Apache Cloudberry

    Data warehouse MPP gobernado por Apache y derivado de Greenplum, sobre un núcleo PostgreSQL moderno con ejecución vectorizada.

    Bare metalMáquinas virtualesKubernetesNube privadaAir-gapped

    Soporte oficial

  • Greenplum

    El warehouse MPP de referencia para los bancos que ya lo utilizan, con soporte hasta su fin de vida y más allá.

    Bare metalMáquinas virtualesNube privadaAir-gapped

    Soporte oficial

  • WarehousePG

    Fork open source mantenido por la comunidad de Greenplum 6 y 7 para parques que necesitan continuidad sin licencia.

    Bare metalMáquinas virtualesNube privadaAir-gapped

    Soporte oficial

  • SynxDB

    SynxDB

    Distribución con soporte comercial basada en Greenplum, con ruta de migración desde Greenplum 6.

    Bare metalMáquinas virtualesNube privada

    Soporte oficial

  • Apache Spark

    Procesamiento distribuido batch y de ML sobre tablas Iceberg, ejecutado en Kubernetes o YARN.

    Máquinas virtualesKubernetesNube privadaAir-gapped

    Soporte oficial

  • Apache Iceberg

    Formato de tabla abierto con transacciones ACID, evolución de esquema y time travel sobre almacenamiento compatible con S3.

    KubernetesNube privadaAir-gapped

    Soporte oficial

  • Apache Hadoop

    HDFS y YARN para almacenamiento histórico profundo y cargas batch legacy ya escritas para el ecosistema.

    Bare metalMáquinas virtualesNube privadaAir-gapped

    Soporte oficial

Por qué importa para la localización de datos

Dónde se cruza esta familia con la directiva del CBN

Un data warehouse contiene la copia más completa del histórico de clientes y transacciones de un banco, y a menudo es la que se ha ido discretamente al extranjero. Las cuentas de Snowflake, BigQuery y Redshift creadas para analítica procesan datos de pago en regiones extranjeras, guardan allí sus copias e instantáneas de time travel y gestionan el acceso con la identidad del proveedor cloud.

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.

Nuestra experiencia

Credenciales, no adjetivos

Construimos y operamos warehouses Greenplum para bancos y aseguradoras europeos cuando Greenplum era el estándar para la analítica regulatoria y de riesgo, y hemos seguido la tecnología a través de Greenplum 6 y 7, el fork WarehousePG y el proyecto Apache Cloudberry. Nuestra experiencia con Spark y Hadoop procede de lagos de datos de retail e industria medidos en petabytes. Sabemos cómo es un cierre de mes cuando el warehouse está bajo presión, y diseñamos para que termine a tiempo.

Sectores

  • Banca
  • Seguros
  • Retail
  • Industria

15+

Años con estas tecnologías

35+

Despliegues en producción

Warehouse Greenplum de 1,5 PB sobre 96 hosts de segmento

Mayor escala entregada

Soporte oficial de vendor

Niveles de soporte para esta familia

Essential

Cobertura
8×5, horario laboral de Nigeria
Respuesta P1
4 h
  • Soporte correctivo sobre Cloudberry, Greenplum, WarehousePG, SynxDB, Spark, Iceberg y Hadoop
  • Parches de seguridad y avisos de CVE para sus versiones instaladas
  • Base de conocimiento, guías de ajuste y portal de tickets

Business

Cobertura
24×7
Respuesta P1
1 h
  • Todo lo incluido en Essential
  • Health checks trimestrales: equilibrio de segmentos, skew, bloat y estadísticas del catálogo
  • Gestión del ciclo de vida de versiones y parches para el warehouse y Spark
  • Revisión de copias, restauraciones y failover de espejos

Mission Critical

El más elegido
Cobertura
24×7 con ingeniero asignado
Respuesta P1
15 min
  • Todo lo incluido en Business
  • Ingeniero designado que conoce sus esquemas, cargas de trabajo y SLA
  • Revisión de arquitectura, planificación de capacidad y ajuste de consultas para el cierre de mes
  • Soporte a upgrades mayores y a la migración de Greenplum a Cloudberry
  • Acompañamiento en auditorías del CBN con evidencias de residencia de datos

Compromiso CVE

Política de versiones

Los tiempos de respuesta y los nombres de los niveles son orientativos y se confirman contractualmente.

Casos de uso

Cómo se usa en un banco regulado

Caso de uso 01

Reporting regulatorio al CBN

Los informes prudenciales, de riesgo de crédito y de pagos al CBN se montan a partir del core bancario, la plataforma de tarjetas y tesorería, a menudo mediante hojas de cálculo y extracciones manuales. Las cifras tardías o inconsistentes tienen un coste regulatorio. Un pipeline gobernado produce cada informe desde las mismas tablas, con linaje de cada campo hasta su origen.

Tecnologías

  • Apache Cloudberry
  • Apache Iceberg
  • Apache Spark
  • OpenMetadata
  • Airflow

Resultado esperado

Cada informe es reproducible desde un snapshot con nombre, y cada cifra puede explicarse a un inspector siguiendo su linaje. El equipo financiero deja de reconstruir los mismos números en hojas de cálculo.

Métrica: Cierre de reporting reducido de días a menos de 4 horas tras el fin de día; 100 % de los campos del informe con linaje documentado

Reporting regulatorio al CBNLos informes prudenciales, de riesgo de crédito y de pagos al CBN se montan a partir del core bancario, la plataforma de tarjetas y tesorería, a menudo mediante hojas de cálculo y extracciones manuales. Las cifras tardías o inconsistentes tienen un coste regulatorio. Un pipeline gobernado produce cada informe desde las mismas tablas, con linaje de cada campo hasta su origen. Cada informe es reproducible desde un snapshot con nombre, y cada cifra puede explicarse a un inspector siguiendo su linaje. El equipo financiero deja de reconstruir los mismos números en hojas de cálculo.1Extraer del core y tarjetasKafka Connect2Aterrizar en tablas bronzeIceberg3Conformar y validarSpark4Cargar el warehouseCloudberry5Calcular medidas regulatoriasSQL6Publicar con linajeOpenMetadata7Archivar evidenciasAlmacenamiento de objetos
  1. 1Extraer del core y tarjetas. La captura de cambios y las extracciones de fin de día aterrizan en tablas Iceberg con la marca temporal de origen preservada, de modo que cada cifra puede rastrearse hasta un instante.
  2. 2Aterrizar en tablas bronze. Los registros en bruto se almacenan sin modificar en Iceberg sobre almacenamiento compatible con S3 en Nigeria, versionados por snapshot para reproducibilidad.
  3. 3Conformar y validar. Los jobs de Spark aplican las reglas de calidad de datos del banco (completitud, integridad referencial, cuadre de saldos) y ponen en cuarentena los fallos para revisión.
  4. 4Cargar el warehouse. Los datos conformados se cargan en Cloudberry mediante tablas externas, particionados por periodo de reporting y distribuidos por clave de cuenta.
  5. 5Calcular medidas regulatorias. Modelos SQL calculan las partidas del informe con la taxonomía del CBN codificada en tablas de referencia versionadas, de modo que un cambio de regla es un cambio de datos con historial.
  6. 6Publicar con linaje. El informe se genera, se aprueba en la herramienta de flujo de trabajo y se registra en OpenMetadata con linaje a nivel de campo hasta las tablas origen.
  7. 7Archivar evidencias. El fichero presentado, los snapshots de entrada y el registro de consultas se archivan de forma inmutable en almacenamiento de objetos durante el periodo de retención.

Caso de uso 02

Analítica de riesgo de crédito sobre años de histórico

Caso de uso 03

Migración desde un data warehouse cloud a Greenplum o Cloudberry on-prem

Arquitectura de referencia

Cómo es un despliegue que cumple

Lakehouse con tablas Iceberg y un warehouse MPP encimaComponentes núcleo con soporte de NuxFamilyComponentes de apoyoWarehouse cloud legacy en migración

Ruta de migración

De donde está hoy a una plataforma que cumple

  1. 01

    3-4 semanas

    Evaluar

    Actividades

    • Inventariar esquemas, tablas, consultas, jobs programados y conexiones de BI del warehouse actual
    • Clasificar los conjuntos de datos por alcance del CBN y por consumidores, y registrar doce meses de gasto cloud
    • Perfilar los patrones de consulta para elegir claves de distribución y particionado
    • Dimensionar el clúster objetivo y el almacenamiento de objetos, incluido el crecimiento a tres años
  2. 02

    4-6 semanas

    Diseñar y construir

    Actividades

    • Desplegar Cloudberry o Greenplum con segmentos espejo, y almacenamiento de objetos con erasure coding
    • Instalar Spark sobre Kubernetes, el catálogo Iceberg, Airflow y OpenMetadata
    • Configurar cifrado, integración con LDAP o Keycloak, grupos de recursos y registro de auditoría de consultas
    • Hacer benchmark del clúster con consultas representativas antes de iniciar la migración
  3. 03

    6-10 semanas, por dominio de datos

    Migrar

    Actividades

    • Exportar los dominios a Iceberg, cargar el warehouse y configurar la sincronización incremental
    • Portar vistas, procedimientos y pipelines; ejecutar pruebas automatizadas de dialecto
    • Ejecutar en paralelo los informes clave durante dos ciclos y conciliar los resultados
    • Reapuntar las herramientas de BI dominio a dominio y dar de baja los objetos cloud con eliminación documentada
  4. 04

    Continuo

    Operar

    Actividades

    • Soporte 24×7 con parcheo de CVE por severidad
    • Revisiones trimestrales de skew, bloat, estadísticas y configuración de grupos de recursos
    • Comprobaciones de preparación para el cierre de mes y previsión de capacidad
  5. 05

    A partir del mes 6

    Evolucionar

    Actividades

    • Trasladar los parques Greenplum a Cloudberry o WarehousePG según un calendario planificado
    • Extender el lakehouse a feature stores y casos de uso de IA on-prem
    • Entregar la operación con un trimestre de operación en pareja y runbooks documentados

FAQ

Preguntas que nos hacen los arquitectos

Si contiene datos de clientes o de pago, en nuestra lectura sí. El warehouse procesa esos datos, mantiene copias de seguridad y copias de time travel, y controla el acceso a través del servicio de identidad del proveedor cloud, todo ello fuera de Nigeria. La directiva nombra cada uno de esos elementos. Esto es orientación general, no asesoramiento legal; confirme la interpretación con su equipo de cumplimiento.

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

Hable con un arquitecto sobre esta familia

Cuéntenos dónde está hoy y le devolveremos una primera visión de la arquitectura objetivo y la ruta de migración.

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