Saltar para o conteúdo
Voltar aos produtos
Piloto controlado

InfraShift

Migração controlada de bases de dados e cópias completas verificadas

Ferramenta determinística e autoalojada de migração de bases de dados e cópias de segurança completas verificadas, em PostgreSQL, MySQL, SQL Server e MongoDB.

Falar sobre um projeto

O que é

O InfraShift é uma ferramenta de linha de comandos em Rust, autoalojada, para migração determinística de bases de dados e cópias de segurança completas verificadas. Corre onde os seus dados correm, sem plano de controlo SaaS e sem orquestração externa.

Migrações e restauros completos que pode ensaiar: derivar um plano, executá-lo com concorrência delimitada e pontos de controlo retomáveis, validar o resultado e manter a transição sob controlo do operador.

Capacidades

Analisar e planear

Analisar origem e destino, derivar um plano que respeita dependências, normalizar esquemas e selecionar mapeamentos de tipos específicos do par, com comportamento em modo fechado para conversões não suportadas.

Executar e retomar

Copiar esquema e dados com concorrência delimitada, novas tentativas e pontos de controlo locais atómicos. Os trabalhos interrompidos retomam a partir do estado local.

Validar

Validar contagens de linhas, somas de verificação onde suportadas, restrições e sequências PostgreSQL.

Captura de alterações

Apenas de MySQL para MySQL: CDC interativa com barreira explícita, congelamento de DDL, drenagem, validação e transição controlada pelo operador.

Cópia de segurança e restauro

Criar cópias completas nativas do fornecedor, dividi-las em blocos e cifrá-las opcionalmente, inspecioná-las, verificá-las, listá-las e expurgá-las, e restaurar para um destino novo ou vazio do mesmo motor.

Para quem é

  • Administradores de bases de dados.
  • Equipas de plataforma e de SRE.
  • Consultores de migração e equipas de entrega.
  • Organizações que exigem execução controlada ou em rede restrita.

São perfis suportados e públicos desenhados, não prova de clientes atuais.

Prova técnica

  • As 16 combinações dirigidas de migração em bloco entre os quatro motores suportados.
  • Mapeamento direcional de tipos com comportamento em modo fechado para conversões não suportadas.
  • Não requer Kafka nem plano de controlo externo.
  • Estado local retomável e novas tentativas delimitadas.
  • Destinos de cópia: local e NFS, armazenamento compatível com S3, Azure Blob e Google Cloud Storage.
  • Cifra autenticada AES-GCM com verificação de integridade.
  • Registos estruturados com credenciais ocultadas e um ponto final Prometheus opcional.
  • Crates Rust separados para CLI, orquestração de migração, modelo canónico, conectores, validação, CDC, cópia de segurança e métricas.

Disponibilidade e âmbito

Piloto controlado

O InfraShift é explicitamente anterior à versão 1.0. Uma qualificação datada de 14 de agosto de 2026, sobre o commit 7bdbac9, exercitou os quatro motores de cópia, as 16 rotas em bloco, CDC em MySQL, retoma de trabalho interrompido, uma cópia e restauro PostgreSQL de aproximadamente 10 GiB e 52 milhões de linhas, e casos negativos. Esse relatório conclui GO para pedido de integração e NO-GO para um piloto não controlado até nova execução sobre o commit exato, e rejeita a utilização do InfraShift como substituto de um sistema estabelecido de recuperação num ponto no tempo. Os resultados aplicam-se apenas a esse commit, data e ambiente.

Limitações atuais

  • A migração não é sem tempo de indisponibilidade no caso geral.
  • A captura de alterações é apenas de MySQL para MySQL. Não existe CDC para todos os motores nem entre motores diferentes.
  • Não está disponível de forma geral, não está pronto para produção nem para uso empresarial.
  • Não tem API REST, plano de controlo SaaS ou orquestração distribuída.
  • Não tem cópia incremental, recuperação num ponto no tempo, envio de registos ou restauro arbitrário no local. O restauro destina-se a uma base de dados nova ou vazia do mesmo motor.
  • Não publicamos valores universais de tempo de recuperação, débito, atraso ou transição.
  • Não é um único binário estático: ferramentas e bibliotecas nativas das bases de dados são dependências.
  • O ponto final de métricas opcional não tem autenticação aplicacional e deve permanecer numa rede de confiança.
  • Não tem certificação de fornecedor de cloud nem de conformidade.