Pular para o conteúdo principal
Vermont Solutions

Migramos grids DataSynapse sem parar o cálculo que sustenta o seu negócio

Somos especialistas em migrações de TIBCO DataSynapse GridServer para IBM Spectrum Symphony, HTCondor e arquiteturas cloud, preservando os SLA de risco, valorização e fecho atuarial durante todo o processo.

  • TIBCO DataSynapse GridServer
  • IBM Spectrum Symphony
  • HTCondor
  • AWS
  • Azure
  • Kubernetes
  • Zero downtime
  • ~99% CPU util.
  • Dual-run

O que está incluído

Conhecemos o GridServer por dentro

Engines, directors, brokers e o seu modelo de serviços: há 15 anos que operamos os maiores grids da banca espanhola. Isso permite-nos traduzir cada carga de trabalho para a plataforma de destino sem reescrever o negócio.

Plataformas de destino

IBM Spectrum Symphony

A nossa especialidade histórica: 300 milhões de tarefas por dia em produção na banca tier-1.

HTCondor

A via open source para eliminar o custo de licenças mantendo o throughput.

Cloud e Kubernetes

Transbordo para cloud ou externalização completa do grid (AWS, Azure).

O nosso método

  1. 01

    Inventário

    Inventário de serviços e dependências do grid atual.

  2. 02

    Tradução do scheduling

    Tradução do modelo de scheduling para a plataforma de destino.

  3. 03

    Migração por vagas

    Migração por vagas com dual-run: ambas as plataformas em paralelo.

  4. 04

    Validação

    Validação resultado a resultado, sem janelas de paragem.

Resultados

Resultados em produção

CASO REAL · BANCO TIER-1

Zero downtime

durante a migração

~99% CPU

de utilização na plataforma de destino

TIBCO DataSynapse GridServer → IBM Spectrum Symphony · HTCondor · AWS/Azure

O seu grid DataSynapse precisa de um plano de saída?

Avaliação técnica inicial gratuita em 2 semanas.

Agende uma sessão técnica de 45 minutos →

Perguntas frequentes sobre a migração

É possível migrar um grid GridServer sem janelas de paragem?
Sim. A migração executa-se por vagas com dual-run: a plataforma de destino funciona em paralelo com o GridServer e cada serviço transita quando a paridade de resultados está verificada. O grid de produção nunca para; o caso de referência é um banco tier-1 com zero downtime durante todo o processo.
IBM Spectrum Symphony, HTCondor ou cloud: qual escolher?
Depende do perfil de carga. O Symphony é o destino natural para cargas Service-Oriented de baixa latência (risco intradiário, XVA, pricing); o HTCondor elimina o custo de licença nas cargas batch de alto débito; cloud e Kubernetes trazem elasticidade para picos de fecho ou externalização completa. Na prática, muitos grids acabam numa combinação, e é o inventário inicial de serviços que decide a repartição.
Como se valida que os resultados de cálculo não mudam?
Com validação resultado a resultado durante o dual-run: as mesmas carteiras e cenários executam-se no GridServer e na plataforma de destino, e as saídas numéricas (VaR, sensibilidades, reservas atuariais) são comparadas de forma sistemática antes de dar cada serviço por migrado. Os desvios são explicados e documentados — imprescindível perante a auditoria interna e o supervisor.
O que acontece às integrações existentes (Drivers Java, C++, .NET)?
Os clientes do grid não são reescritos de uma só vez. As APIs Driver do GridServer são mapeadas para os seus equivalentes na plataforma de destino e, onde convém, introduz-se uma camada de adaptação para que os motores de cálculo (bibliotecas proprietárias, C++/Java/Python) continuem a funcionar sem alterações durante a transição.