Bolloré Transport & Logistics est un opérateur majeur du transport et de la logistique à l’international avec 35 000 collaborateurs, répartis dans 109 pays et sur cinq continents. Spécialiste du transport multimodal, le groupe exerce ses activités à travers quatre métiers : Bolloré Ports, Bolloré Logistics, Bolloré Energy et Bolloré Railways. L’entreprise affrète des moyens de transport à travers le monde, tels que des bateaux, des avions, des trains et des camions.

Si les activités de cette entreprise exigent l’échange d’informations dans le monde entier, tout est encore sous forme de silos jusqu’à la fin des années 2000. Les filiales et les services communiquent mais dans leur propre format technique. Afin qu’une fluidité soit instaurée, la société commence à digitaliser son front office et la relation client. À la fin des années 2000, un système central est mis en place sous forme de portail, et rassemble les données en provenance des différents silos internationaux.

Pour Tristan Catherine, Architecte Solutions, et Eric Jaume, Manager Architecte Solutions, chez Bolloré Logistics, « Nous avons donc établi un modèle central complété par 80 % de progiciels et 20 % de micro-services ». Mais cette architecture ne répond pas à tous les besoins, notamment aux particularités de chaque pays en matière de réglementation, par exemple. Résultat, les micro-services se multiplient en local et les progiciels ne savent pas gérer des cas particuliers dans le fret. En effet, Bolloré Transport & Logistics est spécialisée dans le transport « spécifique », contrairement à ses concurrents qui gèrent des processus standard.

Face à cette problématique, l’entreprise conçoit un nouveau concept sous forme de micro-services de virtualisation, baptisé « Entreprise Micro-Services ». Il s’agit de virtualiser les services et les données, dans un langage métier. Un Micro-Service est constitué d’une couche d’exposition sous forme d’API, d’un moteur développé en général dans le Cloud natif, et d’une « Single Source of Truth » ou « Source d’Information Unique » gérée via MongoDB. Ici, MongoDB Atlas offre une visibilité inégalée sur les données d'entreprise en extrayant les informations des silos dans une vue unique et unifiée.

Ainsi, un Micro-Service devient le lieu unique (Repository) de référence d’une entité métier. Par exemple, le micro-service de cotation pour un transport à l’international dans l’entreprise est la seule source de vérité. Un client, via un portail Web, peut obtenir une information ou passer également par le service de cotation manuelle qui demeure. Avec cet effort de digitalisation, cela évite de supprimer des services déjà existants.

Au cours de l’année 2024, Bolloré Transport & Logistics va utiliser tous ses « Entreprise Micro-Services » comme sources d’alimentation d’un LakeHouse, c’est-à-dire un entrepôt de données évolutif pour toutes les informations vivantes, à un coût moindre en termes de stockage. Dans les années à venir, l’entreprise ajoutera un concept complémentaire, le Lakehouse-as-a-Service, grâce à MongoDB.

Le principe général de cette architecture est que quel que soit le client, dans l’univers planétaire de Bolloré Transport & Logistics, celui-ci peut faire une requête via un portail pour un nouveau service. Cette requête transite par « Entreprise Micro-Services » qui la virtualise, la standardise, et la transmet à des producteurs de services. Lorsque ce service est créé, le client est averti par une alerte de sa disponibilité.

Tout l’écosystème de MongoDB est ici exploité : Atlas, la scalabilité horizontale, le sharding et le TTL (Time-To-Live). Aujourd’hui, il existe 2 Entreprise Micro-Services (EM) : la cotation et le bon de commande. L’année prochaine, le Track and Trace et le Courrier verront le jour. Plus tard, l’EM Préférence client fera son apparition autour des contraintes RSE (Responsabilité Sociétale des entreprises) en attendant l’EM CO2. Ce dernier permettra de connaître la production de dioxyde de carbone au km de tel transporteur pour un avion, de savoir si un autre propose du fuel alternatif…

Pourquoi MongoDB ?

L’EM repose sur des technologies qui doivent être extrêmement fiables. Pour les bases de données, MongoDB présente l’immense avantage de supprimer les « points de défaillance unique » pour l’accès à une donnée qui aurait été produite par un service.

Tristan Catherine, Architecte Solutions et Eric Jaume chez Bolloré

Eric Jaume, Manager Architecte Solutions, chez Bolloré Logistics