IBM Spectrum Symphony
La nostra specialità storica: 300 milioni di task al giorno in produzione nella banca tier-1.
Migriamo i grid DataSynapse senza fermare il calcolo che sostiene il suo business
Siamo specialisti in migrazioni da TIBCO DataSynapse GridServer verso IBM Spectrum Symphony, HTCondor e architetture cloud, preservando gli SLA di rischio, valutazione e chiusura attuariale durante tutto il processo.
- TIBCO DataSynapse GridServer
- IBM Spectrum Symphony
- HTCondor
- AWS
- Azure
- Kubernetes
- Zero downtime
- ~99% CPU util.
- Dual-run
Cosa è incluso
Conosciamo GridServer dall'interno
Engines, directors, brokers e il suo modello di servizi: da 15 anni operiamo i grid più grandi della banca spagnola. Questo ci permette di tradurre ogni carico di lavoro sulla piattaforma di destinazione senza riscrivere il business.
Piattaforme di destinazione
HTCondor
La via open source per eliminare il costo delle licenze mantenendo il throughput.
Cloud e Kubernetes
Overflow verso il cloud o esternalizzazione completa del grid (AWS, Azure).
Il nostro metodo
-
01
Inventario
Inventario dei servizi e delle dipendenze del grid attuale.
-
02
Traduzione dello scheduling
Traduzione del modello di scheduling verso la piattaforma di destinazione.
-
03
Migrazione a ondate
Migrazione a ondate con dual-run: entrambe le piattaforme in parallelo.
-
04
Validazione
Validazione risultato per risultato, senza finestre di fermo.
Risultati
Risultati in produzione
CASO REALE · BANCA TIER-1
Zero downtime
durante la migrazione
~99% CPU
di utilizzo sulla piattaforma di destinazione
TIBCO DataSynapse GridServer → IBM Spectrum Symphony · HTCondor · AWS/Azure
Il suo grid DataSynapse ha bisogno di un piano di uscita?
Valutazione tecnica iniziale gratuita in 2 settimane.
Prenoti una sessione tecnica di 45 minuti →Domande frequenti sulla migrazione
Si può migrare un grid GridServer senza finestre di fermo?
Sì. La migrazione procede per ondate con dual-run: la piattaforma di destinazione opera in parallelo a GridServer e ogni servizio passa una volta verificata la parità dei risultati. Il grid di produzione non si ferma mai; il caso di riferimento è una banca tier-1 con zero downtime durante l'intero processo.
IBM Spectrum Symphony, HTCondor o cloud: quale scegliere?
Dipende dal profilo di carico. Symphony è la destinazione naturale per carichi Service-Oriented a bassa latenza (rischio intraday, XVA, pricing); HTCondor elimina il costo di licenza per i carichi batch ad alto throughput; cloud e Kubernetes portano elasticità per i picchi di chiusura o l'esternalizzazione completa. In pratica molti grid finiscono su una combinazione, e a decidere la ripartizione è l'inventario iniziale dei servizi.
Come si valida che i risultati di calcolo non cambino?
Con una validazione risultato per risultato durante il dual-run: gli stessi portafogli e scenari girano su GridServer e sulla piattaforma di destinazione, e gli output numerici (VaR, sensitività, riserve attuariali) vengono confrontati in modo sistematico prima di dichiarare migrato ciascun servizio. Le deviazioni vengono spiegate e documentate — indispensabile davanti all'audit interno e al supervisore.
Che ne è delle integrazioni esistenti (Driver Java, C++, .NET)?
I client del grid non vengono riscritti in un colpo solo. Le API Driver di GridServer vengono mappate sui loro equivalenti nella piattaforma di destinazione e, dove conviene, si introduce uno strato di adattamento perché i motori di calcolo (librerie proprietarie, C++/Java/Python) continuino a funzionare senza modifiche durante la transizione.