Étude de cas
- Client
- Groupe international de transport maritime et logistique
- Secteur
- Transport maritime et logistique
- Technologies
- Microsoft Azure
- Docker
- MySQL
- Apache
- Beanstalkd
- Navires connectés
- 100+
- Utilisateurs experts dans le système
- 30
- Mois de durée du projet
- 10
Sommaire
Situation initiale
L’EDCenter (Engine Diagnostic Center) fonctionnait en mode serveur unique : une installation, tous les clients en tant que locataires dessus, exploitation et données chez ATESO. Le groupe souhaitait exploiter l’application dans son propre cloud d’entreprise — dans son propre tenant Azure, avec ses propres certificats et connecté à l’authentification globale du groupe.
Solution
La base est la version conteneurisée de l’EDCenter. Il ne s’agit pas d’une construction spécifique pour ce client, mais de la forme d’exploitation du produit : la même image peut être exploitée dans le cloud public d’un client, dans son centre de données ou encore chez ATESO. Entre janvier et novembre 2024, ATESO a déployé cette version dans le tenant Azure du groupe, extrait les données du système partagé et accompagné le déploiement sur la flotte.
| Lot de travail | Contenu |
|---|---|
| Conteneurs et services système | Serveur web, base de données (MySQL), Beanstalkd en tant que gestionnaire de files, envoi d’e-mails, configuration Laravel pour l’exploitation autonome, cronjobs, sauvegardes sur la même machine en tant que dumps quotidiens, hebdomadaires et mensuels |
| Migration des données | Extraction des données du système multi-locataires de production, préparation des métadonnées : paramètres, courbes, seuils, cas d’erreur |
| Configuration spécifique au client | Enregistrement des flottes, navires, moteurs et cylindres ; création des administrateurs, 80 utilisateurs DocSoft et rôles de gestion ; saisie des données de base, des seuils et des courbes de test du magasin |
| Single Sign-on | Intégration de l’authentification Microsoft Entra ID dans l’EDCenter, mapping de la connexion Azure sur l’utilisateur local de l’EDCenter |
| Test et mise en production | Déploiement des conteneurs dans le cloud public du client, mise en place des certificats de chiffrement de production, distribution de l’URL hôte adaptée sur les appareils de collecte de données, vérification de la transmission des données |
| Documentation | Remise de la documentation d’exploitation et de configuration |
Du fonctionnement sur serveur unique à une architecture prête pour le cloud
La migration déplace moins l’étendue fonctionnelle que le lieu et la responsabilité :
| Avant | Après | |
|---|---|---|
| Exploitation | un serveur, tous les clients ensemble | Conteneurs par installation |
| Lieu | Infrastructure d’ATESO | Cloud d’entreprise du client (Microsoft Azure) |
| Connexion | Gestion des utilisateurs propre à l’EDCenter | Single Sign-on via Microsoft Entra ID |
| Adressage | Certificats et URL hôte partagés | Certificats propres, URL hôte propre sur les appareils de collecte de données |
Résultat
Depuis la mi-novembre 2024, l’EDCenter fonctionne dans le tenant Azure du groupe. Plus de 100 navires transmettent leurs données d’exploitation à l’instance dédiée, environ 30 utilisateurs experts l’utilisent et se connectent via leur compte Azure existant.
Exploitation et développement continu
Avec le déploiement, le projet n’était pas terminé. ATESO continue de prendre en charge l’installation et travaille en étroite collaboration avec les experts du groupe : les exigences issues de l’exploitation quotidienne sont directement intégrées au développement de l’EDCenter, au lieu de rester dans un backlog.
L’essentiel est de savoir où elles vont — pas dans un fork pour un seul client, mais dans la base produit commune. Ce qu’un exploitant initie est disponible pour toutes les installations avec la prochaine version. Ainsi, les exigences de flottes différentes convergent vers la même base de code, au lieu de se perdre dans des solutions individuelles que personne ne peut plus maintenir ensemble.
À propos de l'auteur
Ingénierie