O que incluem os serviços de migração para nuvem?

Os serviços de migração para nuvem levam um produto de um ambiente para outro, como de servidores próprios para um provedor de nuvem, sem quebrar o que os usuários usam. O trabalho é um inventário do que roda, um destino escrito como infraestrutura como código, uma mudança em ordem segura e um cutover que dá para reverter. A Clouditive faz isso na AWS, no Google Cloud e no Azure, com um plano lido antes de qualquer mudança ser aplicada.

Partimos de um preço publicado, não de uma estimativa comercial: o Discovery mapeia o seu sistema por US$ 7.000, e o que vem depois é orçado a partir desse mapa.

O que você recebe, passo a passo

Tudo o que o pacote inclui, na ordem em que chega. O preço e a duração não mudam.

  1. Passo 1:

    Entender seu produto e a configuração dele de ponta a ponta.

  2. Passo 2:

    Um roadmap completo: backlog, papéis, mudanças críticas e necessidades.

  3. Passo 3:

    Reuniões diárias e revisões de andamento com a sua equipe.

  4. 1 a 4 semanas

    US$ 7.000

Quer continuar depois do pacote? Some engenheiros por hora com as tarifas publicadas, com prazo mínimo de 6 meses. Como funciona o staff augmentation.

Modernização de sistemas legados: o que comprovamos em uma plataforma fintech

Análise de investimentos / Fintech

Status: Plataforma em produção, trabalho em andamento

  1. desenvolvimento
  2. 1 hora de teste
  3. controles
  4. produção
  • ~3xmais releases em produção por semana
  • 23% → 4%de falhas em releases de produção
  • 0 → 275regras de alerta em produção
  • 72 sde rollback, ensaiado em desenvolvimento

Desenhado a partir do caso. O produto é um sistema do cliente e não é exibido.

Ver o caso

Modernizar um sistema legado, para nós, é mover a infraestrutura em passos pequenos e reversíveis, com o destino escrito como código. Foi isso que comprovamos, para a plataforma SaaS de análise de portfólios da MPI na AWS EKS, com dev e produção em contas separadas. Não é uma migração de nuvem para nuvem nem uma reescrita de aplicações. Não temos um caso publicado de nenhuma das duas, e dizemos isso.

O que o trabalho de plataforma mostra, passo a passo:

  • A infraestrutura passou de Terraform e OpenTofu com Atlantis para o Crossplane em cutovers sem downtime, cada um com seu rollback.
  • O destino é infraestrutura como código: uma mudança é um arquivo em um repositório, e não um clique em um console.
  • As releases são promovidas de dev para produção com Kargo sobre Argo CD (GitOps). O dev recebe deploy automático. A produção espera um soak de 1 hora e os gates de verificação: smoke checks na borda, verificações de reinício e readiness dos pods e um gate de proporção de erros HTTP 5xx.
  • As migrações de banco rodam em um hook pre-sync antes de a nova versão entrar no ar, e o hook tira antes um snapshot do banco.
  • O rollback é a promoção novamente da release anterior. Ensaiado em dev: 72 s para trás e 124 s para voltar a avançar, ambos verificados.

Prefere pagar por hora?

Some engenheiros à sua própria equipe com as tarifas publicadas, em vez de comprar um pacote.

  • Você entrevistaVocê conhece o engenheiro que fará o trabalho.
  • Mínimo de 6 mesesCobrança por hora trabalhada.
  • Reposição sem custoSe ele sair ou não se encaixar, fazemos a reposição e cobrimos a transição sem custo.
Ver como funciona o staff augmentation
  • Líder / ArquitetoUS$55–⁠60por hora
  • SêniorUS$45–⁠50por hora
  • PlenoUS$35–⁠40por hora
  • JúniorUS$30por hora

US$ por hora, desenhado em uma única escala

Perguntas frequentes

O que faz um consultor de migração para nuvem?

Mapeia o que roda, escreve o ambiente de destino, ordena a mudança e comprova cada cutover. O Discovery é esse primeiro passo: US$ 7.000, 1 a 4 semanas.

Vocês têm um caso publicado de migração de nuvem para nuvem?

Ainda não. Publicamos o método e o trabalho de infraestrutura por trás dele: promoção com gates, rollback e cutovers de infraestrutura sem downtime em uma plataforma fintech.

Dá para migrar sem interrupção do serviço?

Em uma plataforma fintech, as mudanças de infraestrutura rodaram como cutovers sem downtime, cada um com seu rollback. Se a sua pode depende do seu sistema, que o Discovery lê primeiro.

Vocês modernizam um sistema legado ou fazem a migração de servidores próprios para a nuvem?

Podemos planejar e construir a parte de infraestrutura: o Discovery lê o sistema e ordena a mudança, o destino é escrito como código e cada cutover tem seu rollback. Nossa prova publicada é infraestrutura em uma plataforma fintech, não uma reescrita de aplicações, e não temos um caso publicado de servidores próprios para a nuvem. O Discovery custa US$ 7.000 por 1 a 4 semanas.

O que acontece com o banco de dados?

Um passo que migra um banco tira antes um snapshot. Na plataforma fintech isso é automático, em um hook que roda antes de a nova versão entrar no ar.

De quem são as contas e o código?

Suas. Os engenheiros usam as suas próprias contas e identidades com SSO e MFA e privilégio mínimo, revogados na saída, e todo o código é seu desde o dia 1.

Vocês oferecem suporte 24x7 depois da mudança?

Não. Trabalhamos no seu horário comercial e deixamos alertas e runbooks para que o seu próprio plantão resolva os incidentes.

Em que idioma vocês trabalham?

100% em português, inglês ou espanhol, o que o seu time usar. Nossos engenheiros estão na LATAM, entre UTC−3 e UTC−5.

O que uma migração deve verificar antes do cutover?

Quatro coisas. Que o caminho novo passe nos smoke checks na borda. Que os pods não estejam reiniciando e informem estar prontos. Que a proporção de erros HTTP 5xx não tenha subido. E que exista um snapshot do banco de dados antes de rodar qualquer migração. Em uma plataforma fintech os três primeiros são gates de toda release para produção, e se um falha a release é interrompida; o snapshot é automático. Pediríamos os quatro antes de qualquer cutover.

O que tiramos de um fornecedor e o que mudou?

Para uma empresa americana de serviços de transporte tiramos métricas e logs de um APM comercial e os levamos para observabilidade de código aberto sobre OpenTelemetry. Os dashboards passaram de 18 para 135 e o gasto com observabilidade caiu cerca de US$ 5.000 por mês. É uma migração de telemetria, não de nuvem para nuvem, e os números são da organização inteira: o time cresceu no mesmo período, então não é um resultado que reivindicamos sozinhos.

Quanto tempo leva uma migração para nuvem?

Não damos uma duração antes de ler o sistema, e um número numa página da web seria um palpite. O Discovery leva de 1 a 4 semanas e termina com um roadmap: backlog, papéis, mudanças críticas e necessidades, com a sequência de migração dentro. Com esse roadmap você consegue orçar a mudança, conosco ou com qualquer outra empresa.

Quanto custam os serviços de migração para nuvem?

Dois passos publicados e depois a tarifa por hora. O Discovery custa US$ 7.000 por 1 a 4 semanas e termina com o roadmap. CI/CD e IaC custa US$ 4.000 por 2 semanas e constrói seus pipelines e sua infraestrutura como código, o destino da mudança. A mudança em si é por hora: um engenheiro Sênior custa US$ 45–⁠50 e um Líder ou Arquiteto US$ 55–⁠60, com mínimo de 6 meses.

Para qual nuvem vocês migram?

Para AWS, Google Cloud e Microsoft Azure. A DX Clouditive faz parte dos programas de parceiros das três. Nossos casos publicados rodam na AWS EKS e no Google Cloud, onde uma plataforma de marketing com IA é toda em OpenTofu. Ainda não temos um caso de Azure publicado, e no Azure trabalhamos do mesmo jeito: infraestrutura como código e um plano lido antes de cada apply.

O que você precisa resolver?

Respondemos a todo pedido em até 1 dia útil. Assinamos um NDA antes da conversa, se você pedir.