O que fazemos · Dados e web: Repatriação da cloud e saída de colocation
Trazer as aplicações de volta da public cloud, ou sair de um contrato de colocation, para infraestrutura com um custo mensal fixo e engenheiros que pode tratar pelo nome. Planeamos a saída com números medidos, executamos o antigo e o novo lado a lado, e só migramos quando o novo lado está comprovado.
O que é
A repatriação é uma migração com uma justificação de negócio associada. Faturas que crescem com o tráfego, custos de egress, preços de instâncias pouco transparentes e contas que podem ser suspensas por um algoritmo empurram as empresas de volta para infraestrutura própria ou dedicada. Pegamos nas aplicações, nos dados e nos serviços à sua volta (DNS, bases de dados, caching, load balancing) e reconstruímo-los em bare metal, na nossa private cloud OLVM, em OpenShift ou em CloudStack dedicado, em Atenas ou Amesterdão no Digital Realty, ou em Toronto.
Como o construímos
Medimos o que realmente corre. Antes de desenhar o que quer que seja, medimos: CPU, memória e storage realmente consumidos, não os aprovisionados; os padrões de tráfego; que serviços managed estão em uso e o que substitui cada um. As instalações na cloud estão por norma sobredimensionadas, e movê-las tal como estão levaria esse desperdício para a nova casa.
Desenhamos para os failure domains que perde. A public cloud dá-lhe availability zones; nós damos-lhe hosts separados, arrays de storage separados, fabrics Fibre Channel redundantes e vários sites ligados pelo nosso próprio backbone encriptado. Cada camada da sua plataforma é mapeada para um desenho equivalente ou melhor.
Substituímos serviços managed por coisas que lhe pertencem. As bases de dados managed passam a Percona XtraDB Cluster ou MariaDB replicado; as caches managed passam a Valkey com Sentinel; o DNS managed passa a uma instalação PowerDNS sua; os serviços de containers passam a OpenShift em bare metal.
Executamos ambos, depois fazemos o cutover. O antigo e o novo correm em paralelo. Os dados são replicados ou pré-carregados, cada registo ou objeto é verificado contra a origem, e o cutover acontece numa janela curta e ensaiada, com a plataforma antiga ainda intacta por trás.
Do que o protege
- Faturas mensais que sobem com o seu sucesso e custos para retirar os seus próprios dados.
- Vendor lock-in através de serviços managed proprietários.
- Uma conta suspensa por um sistema automático, sem ninguém com quem falar.
- Uma mudança que copia uma instalação sobredimensionada para um novo contrato.
- Um cutover de DNS que quebra o seu domínio para todos os resolvers que validam DNSSEC.
Na prática
Os serviços regressam um de cada vez. DNS, e-mail, bases de dados e aplicações movem-se cada um com o seu próprio plano, a correr em paralelo com a cloud até cada registo e cada resposta terem sido verificados, para que nada seja migrado às cegas. A história completa de um cliente que deixou o AWS por uma instalação DNS própria está na nossa página de managed DNS.
Deixar os serviços managed para trás. Para clientes que saem da public cloud, reconstruímos por rotina os serviços managed de base de dados, cache e load balancer como equivalentes em cluster, testados em failover, em hardware dedicado, para que a mudança melhore a resiliência em vez de a trocar por preço.
Porquê a EuroVPS
- Hardware real que nos pertence, no Digital Realty em Atenas e Amesterdão e em Toronto, a um custo mensal fixo.
- Engenheiros que reconstroem os serviços managed da cloud como sistemas que controla e compreende.
- Planos construídos sobre medições, não sobre tabelas de preços ou estimativas de memória.
- O antigo e o novo correm em paralelo até a nova plataforma se ter provado.
- Nenhuma rescisão algorítmica de conta: fala com pessoas.
Perguntas frequentes
- Vamos mesmo poupar dinheiro? Para cargas estáveis, normalmente bastante. Modelamos primeiro a saída com base na sua utilização medida, e dizemos-lhe se uma aplicação fica melhor onde está.
- O que substitui o RDS ou o ElastiCache? Percona XtraDB Cluster ou MariaDB replicado, e Valkey com Sentinel, tudo em infraestrutura dedicada, gerido por nós.
- Perdemos alcance global? Não. O seu DNS pode ser geograficamente distribuído, e um CDN pode ficar à frente do origin. O que ganha é o controlo do origin.
- Quanto tempo demora uma repatriação? Depende da instalação. Pequenas migrações de serviços demoram dias; plataformas completas são planeadas em fases, com execução em paralelo.
- Podemos manter alguns serviços na cloud? Sim. O híbrido funciona bem, e a conectividade privada entre os dois é algo que construímos.
Quer trazer tudo de volta? Fale com um engenheiro.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.