.
comissionado Essa história da nuvem pública pode parecer familiar para os líderes de TI experientes.
Você começou sua incursão na nuvem pública com alguns aplicativos controlados. Você ganhou agilidade e rapidez por meio de computação elástica, armazenamento e outros serviços, além de vantagens de custo percebidas ao adotar um modelo OPEX.
Os anos se passaram e seu consumo aumentou devido ao crescimento dos negócios, mas seus aplicativos também ficaram mais caros de executar. Eventualmente, você passou a questionar os benefícios de custo de executar determinadas cargas de trabalho na nuvem pública versus no local. No entanto, quanto mais aplicativos e dados você transferia para a nuvem pública, mais difícil se tornava movê-los, forçando você a tomar algumas decisões difíceis…
Se essa história parece familiar para você (e talvez desencadeie um ataque de suor frio), você provavelmente é um dos muitos CIOs que sofreram com os custos excessivos associados ao consumo crescente de nuvem pública.
Repita: a repatriação da nuvem está bem
Nos últimos anos, tais cenários abriram caminho para repatriação na nuvemem que as organizações removeram aplicativos da nuvem pública e os trouxeram de volta para casa ou os moveram para outro lugar.
De fato, 96% dos 139 tomadores de decisão de TI que repatriaram cargas de trabalho ou aplicativos citaram a eficiência de custos como o principal benefício de seus esforços, enquanto 95% disseram que sua postura de segurança melhorou como resultado da mudança, de acordo com uma pesquisa recente realizada pela Dell. E 85% citaram a agilidade nos negócios como um benefício.
Em uma pesquisa 451 Research Voice of the Enterprise publicada em setembro de 2021, 48% dos 600 tomadores de decisão de TI (ITDMs) migraram aplicativos ou cargas de trabalho de fornecedores de hiperescala para outro local.
Às vezes, o gatilho para a repatriação é devido a falhas técnicas, como quando um aplicativo que foi movido de uma propriedade local para uma nuvem pública – lift and shift, no jargão do setor – sem a reconfiguração adequada não é dimensionado conforme o esperado. Erros acontecem.
A repatriação na nuvem carrega consigo um estigma, sugerindo que a organização errou grosseiramente ao migrar as cargas de trabalho para um hiperescalador. Mas considerar essas reversões como falhas abjetas vai contra o ethos de falhar rápido e aprender do qual tantas organizações se orgulham.
Você também vê a repatriação na nuvem como um fracasso? Se essa é a sua perspectiva, você pode estar pensando da maneira errada.
Não, sério – a repatriação na nuvem é boa para os negócios
Considere uma perspectiva alternativa: veja a repatriação na nuvem como uma alavanca tática para o posicionamento da carga de trabalho, que é um objetivo crítico para as organizações que embarcam em uma estratégia multicloud by design. Essa abordagem intencional para gerenciar ativos de TI oferece uma experiência de nuvem consistente para organizações cujas propriedades de TI se espalharam para uma mistura pesada de cenários de computação locais e externos (também conhecidos como multicloud por padrão).
Por exemplo, à medida que as organizações buscavam transformações digitais, elas incorporavam mais aplicativos executados em diversos locais em seus ambientes. A distribuição da carga de trabalho tornou-se mais desenfreada com a pandemia de COVID-19 forçou mais funcionários a trabalhar remotamente ou dividir o tempo entre casa e escritórios corporativos. A infraestrutura que dá suporte a esses aplicativos se espalha naturalmente pela infraestrutura local, nuvens públicas e privadas, instalações de colocation e dispositivos de ponta.
Compondo ainda mais o desafio está a gravidade dos dados, em que os dados gerados pelos aplicativos pesam no desempenho e na latência. Isso exige que a TI mova os recursos para mais perto das cargas de trabalho, resultando em propriedades ainda mais distribuídas.
No multicloud by design, as cargas de trabalho de aplicativos são colocadas intencionalmente, com base em uma variedade de fatores que podem incluir eficiência de custo, otimização de desempenho, latência, segurança, conformidade e governança.
O valor do posicionamento da carga de trabalho
Antecipar e planejar o impacto dessas tendências em seus negócios pode ajudá-lo a alocar e otimizar melhor seus recursos de TI.
O que significa que tudo está na mesa, incluindo repatriar algumas cargas de trabalho que você alocou para a nuvem pública. Como a maioria dos líderes de TI, você provavelmente os colocou lá porque era a maneira mais rápida de acessar computação, armazenamento e outros recursos que permitiam que aplicativos críticos fossem instalados e executados.
Mas, à medida que essas cargas de trabalho aumentam, você pode descobrir que é mais econômico movê-las para um local mais ideal. Por exemplo, talvez um aplicativo analítico que você lançou na nuvem pública começou a sobrecarregar os tempos de recuperação à medida que seu volume de dados aumentava. Talvez você tenha melhorado o desempenho executando-o em seu próprio datacenter. Ou talvez você tenha movido ERP, CRM ou outros aplicativos para seus próprios datacenters (ou uma instalação de colocation) porque as regras de governança de dados exigiam que os dados armazenados nesses aplicativos críticos permanecessem em determinadas regiões geográficas.
Antigamente, a nuvem pública era a plataforma ideal para instalar, executar e escalar rapidamente os aplicativos. Mas esse não é mais necessariamente o caso de algumas cargas de trabalho que operam no mundo multicloud por design emergente.
Uma nova experiência na nuvem
Ao planejar esse patrimônio de TI mais distribuído, considere reequilibrar seu portfólio. Isso significa avaliar se os ativos são mais bem servidos rodando no local ou em nuvens públicas para rápida escalabilidade, colos para satisfazer as metas de adjacência da nuvem ou o edge para dar suporte ao processamento de dados rápido para aplicativos em dispositivos endpoint.
O que significa calcular onde os aplicativos serão executados melhor com base em fatores críticos como desempenho, latência, conformidade, segurança e custos. Por exemplo, aplicativos de estado estacionário geralmente custam muito menos para serem executados no local porque você não está pagando um prêmio para acessar recursos escaláveis em tempo real.
Você se perguntará: Como posso obter consistência e visibilidade em meus aplicativos e em todos os recursos de TI que os suportam, independentemente de onde estão sendo executados? Meus desenvolvedores podem acessar ferramentas de autoatendimento para criar, testar e executar aplicativos?
Se eu optar por executar cargas de trabalho em provedores de nuvem pública, quanto tempo e dinheiro custará para treinar a equipe de TI para trabalhar com esses ambientes? Serei capaz de cumprir os SLAs de desempenho, disponibilidade, segurança e conformidade para cada local em que escolher operar?
Como as marcas da experiência na nuvem. Mas e os custos?
A adaptação da experiência de nuvem em datacenters locais inclui o pagamento de recursos de TI de maneira semelhante à forma como as organizações pagam por software de nuvem pública. Cinquenta e quatro por cento dos 742 profissionais seniores de TI disseram que preferem aplicar um modelo baseado em consumo em data centers em vez de um modelo tradicional de compra de hardware, de acordo com a pesquisa de intenções de gastos com tecnologia de 2023 do ESG.
Acontece que o portfólio de serviços APEX da Dell Technologies oferece suporte a uma experiência de nuvem por meio de um modelo de consumo flexível.
Porque neste mundo multicloud by design você precisa executar cargas de trabalho como, quando e onde quiser com simplicidade, agilidade e controle, sem o medo de vergonha associado à recuperação de ativos da nuvem pública.
Saiba mais sobre nosso portfólio de experiências em nuvem que oferecem simplicidade, agilidade e controle como serviço: Dell Technologies APEX.
Patrocinado pela Dell Technologies.
.
