Menu

O que é elevador e mudança?

Conteúdo

Compartilhe esta página

Pense na estratégia: Levantar e mudar é uma abordagem, entre muitas, para migrar seus aplicativos para a nuvem. Isso significa mover uma aplicação e seus dados associados para uma plataforma de nuvem, sem precisar redesenhar.

Não há uma transição que sirva para todos onde migra-se uma aplicação de um banco de dados local para a nuvem. Mas, há caminhos de migração reconhecidos e, um dos mais considerados, é o lift and shift (AKA rehosting). Essa é uma maneira de as empresas protegerem seus investimentos em fluxo de trabalho, lógica e dados de negócios presos em hardware no local.

A abordagem "lift-and-shift" abre caminhos para a modernização da TI migrando para uma arquitetura aberta e mais extensível na nuvem. As empresas consideram lift and shift por razões sólidas de negócios, incluindo custos reduzidos e melhor desempenho e resiliência.

No entanto, um estrategista empresarial oferece 4 motivos para reconsiderar a migração para a nuvem. Ele afirma que as aplicações apresentam desempenho e evolução em relação aos ambientes deles; e que a nuvem oferece tamanho e diversidade superiores de serviços em comparação com uma central de dados no local.

Quando o modelo de migração para a nuvem lift-and-shift é adequado?

Com a abordagem "lift-and-shift", as aplicações no local podem ser migradas para a nuvem sem redesenhar. Mas, nem sempre podem aproveitar todos os recursos da nuvem nativa. Portanto, esse pode não ser o caminho de migração mais econômico. Na verdade, a Gartner estima que, até 2020, as organizações que não tenham processos de otimização de custos gastarão em média 40% em excesso na nuvem pública (Ed Anderson, 2018).

Para evitar o choque, as empresas precisam de uma estratégia de alocação de custos, bem como de funções claras na organização para monitorar os gastos com a nuvem. Isso provavelmente exigirá ferramentas adicionais.

As aplicações Lift-and-shift podem oferecer:

· Economias de custo rápidas. A Dow Jones reduziu os custos de TI em mais de 25%. A GE Oil & Gas obteve 52% de economia de custos através da elevação e mudança de velocidades.

· Um caminho para a nuvem agora. Em 2008, a Netflix sofreu uma grande interrupção, impedindo o envio de DVDs para os clientes. E desencadeando a jornada crescente da empresa para a nuvem.

· Recuperação de desastres na nuvem. A migração de dados para um local de nuvem oferece às empresas um segundo site altamente disponível. A economia de custos em relação ao plano de recuperação de desastres anterior é um efeito secundário comum.

Alívio da dívida técnica. Os sistemas legados podem ser lentos e caros de manter. Cavalos de potência adicionais, como x1e.32 xlarge da Amazon, podem fornecer o impulso que você precisa agora.

Estratégia de elevação e mudança de velocidades

Depois de se comprometer com a migração para a nuvem, as opções podem ser desconcertantes: IaaS? PaaS? SaaS? A Gartner identificou cinco rodovias para a nuvem. Veja a seguir cada uma delas.

· Rehost. Trata-se de infraestrutura como serviço (IaaS) ou lift and shift. Nesse caso, se hospeda novamente o aplicativo em outro ambiente de hardware sem alterar a arquitetura deste. A migração é rápida e relativamente barata, mas a operação contínua pode custar caro porque não se está aproveita a eficiência da nuvem.

· Refatorar. Também conhecida como plataforma como serviço (PaaS): se executa aplicativos na infraestrutura de um provedor de nuvem. Os desenvolvedores podem reutilizar linguagens, frameworks e container usando código estratégico para a empresa. A desvantagem é a falta de recursos, risco transitivo e bloqueio da estrutura.

· Rever. Primeiro, você dá suporte aos requisitos de modernização legada modificando ou estendendo o código existente. Depois, leve o rehost ou a rota de refatoração para a nuvem. Isso significa que você pode utilizar as características de nuvem da infraestrutura do seu fornecedor, mas não sem despesas de desenvolvimento iniciais.

· Reconstruir. Joga-se o código para um aplicativo existente e arquiteta novamente para garantir a vantagem de acesso aos recursos inovadores na plataforma do provedor que melhoram a produtividade do desenvolvedor. O preço que você paga é bloquear ou abandonar os ativos do aplicativo se a situação se tornar inaceitável.

· Substituir. Descarte seu conjunto de aplicativos existente e adote o software comercial fornecido como serviço (SaaS). Quando os requisitos para uma função de negócio mudam rapidamente, essa abordagem evita o tempo e o investimento de mobilizar uma equipe de desenvolvimento. Mas você pode enfrentar problemas como semântica inconsistente de dados, difícil acesso à dados e aprisionamento tecnológico.

Bottom line: Considere o panorama geral; qual plataforma de nuvem e técnica de migração otimiza melhor o aplicativo para direcionar seus negócios e metas de TI?

Faça as perguntas certas

As orientações para estratégia de nuvem e políticas de computação em nuvem variam para cada uma das rotas possíveis na nuvem. Por exemplo: 

· Ao se hospedar novamente um aplicativo "como está" (lift and shift) na infraestrutura de nuvem como serviço?

· Refatorar (ou mesmo reconstruir) uma aplicação para aproveitar ao máximo o novo ambiente e plataforma, com o objetivo de se tornar mais ágil ou economizar dinheiro?

· Substituindo um sistema existente por um aplicativo SaaS pronto (abandonando seu sistema atual)?

· Liberar um processo de negócios interno (por exemplo, faturamento, cobrança de pagamento ou administração de salários) para um provedor externo de processo de negócios como serviço (BPaaS)?

Pergunte como sua organização pode parecer no caminho (ou seja, como um negócio digital). O processo de negócios que seu aplicativo suporta agora ainda será necessário (ou ainda será realizado internamente) até então? Para um determinado processo, a árvore de decisão pode parecer assim:

· Será que precisaremos deste processo a longo prazo? Se não, como podemos apagá-lo? Como podemos nos preparar para novos processos?

· Precisamos ou queremos realizar esse processo internamente? Se não, vamos considerar BPaaS.

· Podemos simplesmente consumir a funcionalidade necessária para este processo como SaaS?

· Para obter mais flexibilidade, podemos personalizar (usando PaaS) ou executá-lo sozinho? Como evitar ter que gerenciar uma pilha de middleware completa (novamente PaaS)?

· Se precisarmos executá-lo sozinho em uma infraestrutura simples, podemos usar um serviço de infraestrutura compartilhada (pública ou privada hospedada) (IaaS)?

Faça as perguntas certas para definir sua estratégia e caminho na nuvem em uma direção que ofereça valor comercial real.

NetApp e Lift-and-shift

Muitas empresas estão atrasando a migração dos workloads baseados em arquivos para a nuvem, pois elas perderão algumas das funcionalidades de que se aproveitam no local. O NetApp Cloud volumes remove essas preocupações. Ele oferece performance extrema e recursos avançados de gerenciamento de dados para atender até mesmo às aplicações mais exigentes na nuvem.

O Cloud volumes soluciona muitos dos desafios de migração para a nuvem que você enfrenta com:

  • Latência e performance superiores em relação aos serviços de arquivos nativos da nuvem atuais.
  • Protocolos totalmente implementados, incluindo opções de versão que normalmente não estão disponíveis de fornecedores de nuvem.
  • Recursos avançados de gerenciamento de dados, como sincronização automatizada e snapshots, clones rápidos, backup e replicação na nuvem.
  • Escalabilidade consistente com armazenamento local.
  • Não é necessário rearquitetar aplicativos empresariais para armazenamento de objetos ou armazenagem em nuvem com desempenho mais lento.

O Cloud volumes promete latência inferior a 2ms ms, tornando-o ideal para aplicações de data center executadas na nuvem. As camadas de performance estarão disponíveis para permitir compensações flexíveis de custo/performance.

Migração na nuvem: 7 estratégias explicadas

Essas estratégias fornecem um mapa para determinar a melhor abordagem para mover aplicações e dados da infraestrutura local para a nuvem.

Drift chat loading