Dentro de los viajeros de SNCF, una de las compañías hija de SNCF Holding, la sucursal Intercité TGV admite todo el transporte ferroviario de larga distancia, en particular 700 TGV por día. Entre las aproximadamente 90 aplicaciones que forman parte de su cartera, su CIO (alrededor de 215 personas divididas entre Nantes y París) pilitan un activo crítico para la compañía ferroviaria ahora sujeta a la competencia: la RCU, que es el único cliente estándar que identifica toda la información del cliente (datos de identificación, datos de contacto, servicios asociados, viajes, cartas y suscripciones, datos de lotealty, reclamos o incluso códigos promocionales). "Una solicitud crítica de Back Office, que debe operar las 24 horas del día, los 7 días de la semana", resume a Sébastien Chezeaux, jefe de la línea de servicios referenciales del cliente en el TGV CIO, que se expresó con motivo de un evento organizado por Cloudera, el 14 de noviembre, en París.

Por lo tanto, este repositorio, que hoy reúne 122 millones de hojas de clientes, es principalmente un sistema de almacenamiento, asumiendo ciertas funciones de actualización de calidad, actualización de datos o partición de información, solo aplicaciones que han contribuido a enriquecer una hoja que puede usar esta información. Pero, como indica Sébastien Chezeaux, la RCU también es "un objeto de transacción de tiempo real". A través de API, alrededor de cuarenta aplicaciones del sistema de información SNCF se conectan, de hecho, al repositorio.

"Visé los tiempos de respuesta como Fire Milk"

Por lo tanto, algunas de las API que exhibe se asocia con altos niveles de solicitud: hasta 40 millones de llamadas por día y alcanza su punto máximo a 1.300 solicitudes por segundo durante los días de ventas, por ejemplo. "Los tiempos de respuesta de la RCU se monitorean como leche en llamas, ya que condicionan la calidad de la experiencia del cliente en áreas digitales", dijo Sébastien Chezeaux.

Incluso si el SNCF comenzó un giro hacia la nube, la RCU está alojada en la premisa, de 134 servidores, incluidos 48 en producción. La plataforma nació de la elección del sistema de gestión de bases de datos no relacionales HBase hace diez años, luego una distribución de Hadoop para respaldar esta elección, en este caso Cloudra. "Hemos optado por esta solución debido a su escalabilidad", dice Alain Belbeoc'h, un arquitecto estratégico dentro del TGV CIO. "Incluso si, en 2014, no tuviéramos que enfrentar los mismos volúmenes que hoy, no sabíamos el límite al que el sistema debía apuntar".


Durante Evolve, el evento organizado por Cloudera a mediados de noviembre en París: Sébastien Chezeaux, jefe de la línea de servicios de repositorio de clientes en el TGV (a la izquierda) y Alain Belbeoc'h, arquitecto estratégico dentro del CSI TGV. (Foto: RF)

Actualmente, la RCU combina funciones de almacenamiento y gestión del editor estadounidense con desarrollos Java para exponer API. Alrededor de tres servicios principales: el cliente, el pedido, que se beneficia de un componente dedicado debido a su criticidad, y el centro de datos, que se utiliza para restituciones y la gestión de eventos. Finalmente, la RCU tiene una serie completa de capas de mensajería, lo que permite asegurar datos en el procesamiento. "Tan pronto como los datos abandonan el sistema emisor, no se nos permite perderlo", dijo Alain Belbeoc'h.