Aqueles que examinam cuidadosamente as suas necessidades comerciais específicas podem perceber que a melhor opção é manter as aplicações e cargas de trabalho na cloud.
Por David Linthicum
A “repatriação da cloud”, ou seja, trazer aplicações ou conjuntos de dados da cloud, parece gerar agora um incómodo e tanto. O problema com isto é que o objetivo geral deve ser encontrar a arquitetura ótima para o seu negócio. Isto pode estar na cloud pública, mas não tem de estar. Ou ainda não.
O caminho para essa arquitetura ótima é através dos requisitos empresariais para a plataforma – e não o contrário. A maioria das aplicações e conjuntos de dados que são devolvidos não deveriam ter sido operados num ambiente de cloud pública, em primeiro lugar. Provavelmente acabaram lá porque a decisão de migrar para a cloud foi impulsionada mais pelo entusiasmo do que por uma visão realista dos factos.
Isto é razão suficiente para explorar as razões pelas quais as aplicações e os dados não devem ser movidos de volta das plataformas públicas em cloud para os sistemas no local.
1. Re-arquitetura cara
A transferência de aplicações da cloud para um centro de dados no local pode ser um processo complexo. Re-arquitetar e reconfigurar aplicações consome muito tempo e recursos. Contudo, isto é normalmente necessário para que as aplicações e/ou conjuntos de dados funcionem de forma ótima. Os custos resultantes são muitas vezes demasiado elevados para justificar os benefícios comerciais que resultariam de um retorno.
Em muitos casos, as aplicações mencionadas são as que foram submetidas a refactoring para a migração de clouds públicas, mas que ainda são (e mesmo já no local) caracterizadas por uma arquitetura pobre. A questão é que são muito mais fáceis de otimizar e refrator na plataforma de um fornecedor público de clouds do que nas instalações – em parte porque as ferramentas para lidar com estas cargas de trabalho são melhores lá.
2. As clouds públicas oferecem mais agilidade
A agilidade é um valor comercial chave se renunciar à repatriação a partir da cloud. Caso contrário, muito provavelmente terá de fazer um compromisso entre o custo e a agilidade. Especialmente para empresas em indústrias que valorizam a agilidade, o regresso ao centro de dados no local pode resultar num time-to-market mais longo.
Aqueles que olham para as opções de retorno das clouds concentram-se frequentemente nas duras economias de custos, ignorando os benefícios “suaves” tais como agilidade, escalabilidade e flexibilidade. No entanto, estes oferecem tipicamente um valor muito superior à poupança tática de custos. Por exemplo, em vez de apenas comparar o custo do armazenamento em disco no local com os custos de armazenamento de um fornecedor de cloud, é aconselhável considerar os valores comerciais menos óbvios, mas muitas vezes mais impactantes.
3. Características herdadas
Os centros de dados no local são – obviamente – dependentes de infraestruturas físicas. Isto é geralmente mais propenso a falhas, problemas de manutenção e outras perturbações, e no pior dos casos pode levar à perda de produtividade e à redução da fiabilidade. As plataformas públicas nebulosas, por outro lado, caracterizam-se por uma elevada disponibilidade e escalabilidade.
Ao mesmo tempo, bastantes pessoas tendem a interpretar os raros relatórios de falhas de clouds como prova de que as aplicações e os dados têm de ser executados localmente novamente – uma falácia se pensarmos apenas nas inúmeras fontes de erros manuais nos centros de dados locais. No final, “os bons velhos tempos” são então quando os seus dados eram armazenados na cloud.
Certifique-se de fazer conscientemente as perguntas “Devo?” e “Posso?”. Ao responder a estas perguntas, considere que negócio, tecnologia e custos está a fazer para cada carga de trabalho e conjunto de dados que está a considerar trazer de volta da cloud. Depois tomar uma decisão que se concentre no valor comercial.