Compromiso CVE
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-gappedSoporte 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-gappedSoporte 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-gappedSoporte oficial
- SynxDB
SynxDB
Distribución con soporte comercial basada en Greenplum, con ruta de migración desde Greenplum 6.
Bare metalMáquinas virtualesNube privadaSoporte oficial
Apache Spark
Procesamiento distribuido batch y de ML sobre tablas Iceberg, ejecutado en Kubernetes o YARN.
Máquinas virtualesKubernetesNube privadaAir-gappedSoporte oficial
Apache Iceberg
Formato de tabla abierto con transacciones ACID, evolución de esquema y time travel sobre almacenamiento compatible con S3.
KubernetesNube privadaAir-gappedSoporte 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-gappedSoporte 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. Cada uno de esos elementos (procesamiento primario, bases de datos, copias de seguridad, IAM, claves de cifrado y registros de auditoría) debe estar dentro de Nigeria antes del 1 de enero de 2027 sin dependencia de un proveedor de nube extranjero. Cloudberry, Greenplum, WarehousePG y SynxDB son warehouses MPP que funcionan en un centro de datos nigeriano y responden al mismo SQL. Iceberg sobre almacenamiento de objetos compatible con S3 da al lago formatos abiertos; Spark y Hadoop cubren el batch y el histórico profundo. Esta familia entrega las evidencias que espera el inspector: ubicación de cada tabla y copia, claves en un KMS local, acceso gobernado por el directorio del banco y auditoría de consultas conservada en el país. También elimina la factura por consulta que llevaba a los analistas a racionar sus preguntas.
El camino con NuxFamily
- 01Assess
- 02Design
- 03Build
- 04Migrate
- 05Operate
- 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
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
- 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.
- 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.
- 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.
- 4Cargar el warehouse. Los datos conformados se cargan en Cloudberry mediante tablas externas, particionados por periodo de reporting y distribuidos por clave de cuenta.
- 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.
- 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.
- 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
Fuentes
Lago y formato de tabla
Procesamiento y warehouse
Consumo
Ruta de migración
De donde está hoy a una plataforma que cumple
01
3-4 semanasEvaluar
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
02
4-6 semanasDiseñ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
03
6-10 semanas, por dominio de datosMigrar
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
04
ContinuoOperar
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
05
A partir del mes 6Evolucionar
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.
Comparten la misma arquitectura y el mismo SQL. Greenplum sigue siendo la elección si ya lo utiliza y necesita continuidad. Apache Cloudberry es el sucesor open source bajo gobierno de Apache con un núcleo PostgreSQL más reciente, y es nuestra opción por defecto para despliegues nuevos. WarehousePG es el fork comunitario para equipos que quieren una continuación open source directa de Greenplum, y SynxDB es la vía con soporte comercial. Damos soporte a los cuatro y le ayudamos a elegir según su carga de trabajo y su calendario de upgrades.
Para las cargas estables y predecibles de un banco (cargas diarias, cierres de mes, informes regulatorios), un clúster MPP bien dimensionado sobre almacenamiento NVMe local iguala o supera a un warehouse cloud, y el coste no crece con el uso. Donde gana la nube pública es en la elasticidad para trabajos muy grandes y poco frecuentes; nosotros diseñamos el margen para el cierre de mes, no para picos hipotéticos.
Iceberg da al banco una copia abierta e independiente del motor de cada conjunto de datos, con garantías ACID, evolución de esquema y time travel. Spark, el warehouse y las herramientas de ciencia de datos leen las mismas tablas, así que un cambio de motor más adelante no es una segunda migración. También aporta los snapshots inmutables que hacen reproducibles los informes regulatorios.
Soporte correctivo con tiempos de respuesta contractuales sobre el motor del warehouse, Spark, Iceberg y Hadoop, parcheo de CVE por severidad, gestión del ciclo de vida de versiones y, en los niveles superiores, un ingeniero asignado, health checks trimestrales, ajuste de consultas y soporte a upgrades, incluido el paso de Greenplum a Cloudberry.
Para un warehouse de diez a treinta terabytes con unos cientos de pipelines, la evaluación y la construcción llevan de siete a diez semanas y la migración dominio a dominio otras seis a diez. Se incluye la doble ejecución durante dos ciclos de reporting por dominio, porque la comparación de resultados es lo que da al equipo financiero la confianza para cambiar.
Sí. Ninguno de los componentes requiere acceso a internet en tiempo de ejecución. Las imágenes, los paquetes y los parches se entregan a través de un registro interno firmado, y utilizamos las mismas herramientas para nuestros propios despliegues air-gapped.
Solo si ya lo tiene o necesita almacenamiento profundo muy barato para histórico que rara vez se consulta. Los despliegues nuevos suelen usar almacenamiento de objetos compatible con S3 con Iceberg en su lugar. Damos soporte a parques HDFS y ayudamos a moverlos a almacenamiento de objetos cuando tiene sentido.
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 record20+
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.