IBM Spectrum Symphony
Notre spécialité historique : 300 millions de tâches par jour en production dans la banque tier-1.
Nous migrons les grids DataSynapse sans arrêter le calcul qui soutient votre activité
Nous sommes spécialistes des migrations de TIBCO DataSynapse GridServer vers IBM Spectrum Symphony, HTCondor et les architectures cloud, en préservant les SLA de risque, de valorisation et de clôture actuarielle tout au long du processus.
- TIBCO DataSynapse GridServer
- IBM Spectrum Symphony
- HTCondor
- AWS
- Azure
- Kubernetes
- Zero downtime
- ~99% CPU util.
- Dual-run
Ce qui est inclus
Nous connaissons GridServer de l'intérieur
Engines, directors, brokers et son modèle de services : nous opérons depuis 15 ans les plus grands grids de la banque espagnole. Cela nous permet de traduire chaque charge de travail vers la plateforme cible sans réécrire le métier.
Plateformes cibles
HTCondor
La voie open source pour éliminer le coût des licences tout en maintenant le débit.
Cloud et Kubernetes
Débordement vers le cloud ou externalisation complète du grid (AWS, Azure).
Notre méthode
-
01
Inventaire
Inventaire des services et des dépendances du grid actuel.
-
02
Traduction du scheduling
Traduction du modèle de scheduling vers la plateforme cible.
-
03
Migration par vagues
Migration par vagues avec dual-run : les deux plateformes en parallèle.
-
04
Validation
Validation résultat par résultat, sans fenêtres d'arrêt.
Résultats
Résultats en production
CAS RÉEL · BANQUE TIER-1
Zéro interruption
pendant la migration
~99 % CPU
d'utilisation sur la plateforme cible
TIBCO DataSynapse GridServer → IBM Spectrum Symphony · HTCondor · AWS/Azure
Votre grid DataSynapse a-t-il besoin d'un plan de sortie ?
Évaluation technique initiale gratuite en 2 semaines.
Réserver une session technique de 45 minutes →Questions fréquentes sur la migration
Peut-on migrer un grid GridServer sans fenêtre d'arrêt ?
Oui. La migration s'exécute par vagues avec dual-run : la plateforme cible fonctionne en parallèle de GridServer et chaque service bascule une fois sa parité de résultats vérifiée. Le grid de production ne s'arrête jamais ; le cas de référence est une banque tier-1 avec zéro interruption pendant tout le processus.
IBM Spectrum Symphony, HTCondor ou cloud : lequel choisir ?
Cela dépend du profil de charge. Symphony est la cible naturelle des charges Service-Oriented à faible latence (risque intraday, XVA, pricing) ; HTCondor supprime le coût de licence pour les charges batch à haut débit ; le cloud et Kubernetes apportent l'élasticité pour les pics de clôture ou l'externalisation complète. En pratique, beaucoup de grids finissent sur une combinaison, et c'est l'inventaire initial des services qui décide de la répartition.
Comment valider que les résultats de calcul ne changent pas ?
Par une validation résultat par résultat pendant le dual-run : les mêmes portefeuilles et scénarios s'exécutent sur GridServer et sur la plateforme cible, et les sorties numériques (VaR, sensibilités, provisions actuarielles) sont comparées systématiquement avant de déclarer chaque service migré. Les écarts sont expliqués et documentés — indispensable face à l'audit interne et au superviseur.
Qu'advient-il des intégrations existantes (Drivers Java, C++, .NET) ?
Les clients du grid ne sont pas réécrits d'un coup. Les APIs Driver de GridServer sont mappées vers leurs équivalents sur la plateforme cible et, lorsque c'est utile, une couche d'adaptation est introduite pour que les moteurs de calcul (bibliothèques propriétaires, C++/Java/Python) continuent de fonctionner sans modification pendant la transition.