Racionalização da cloud

A racionalização da cloud é o processo de avaliação de recursos para determinar a melhor forma de migrar ou modernizar cada recurso na cloud. Para obter mais informações sobre o processo de racionalização, veja O que é um património digital.

Contexto de racionalização

Os cinco Rs de racionalização listados neste artigo são uma excelente forma de etiquetar um potencial estado futuro para qualquer carga de trabalho que esteja a ser considerada uma candidata à cloud. Coloque este processo de etiquetagem no contexto correto antes de tentar racionalizar um ambiente. Para fornecer esse contexto, reveja os seguintes mitos:

Mito: É fácil tomar decisões de racionalização no início do processo

Uma boa racionalização requer um conhecimento profundo da carga de trabalho e dos recursos associados, como aplicações, infraestruturas e dados. Mais importante ainda, as boas decisões de racionalização demoram algum tempo. Recomendamos que utilize um processo de racionalização incremental.

Mito: A adoção da cloud tem de esperar que todas as cargas de trabalho sejam racionalizadas

Quando um portefólio de TI inteiro ou mesmo um único datacenter é racionalizado, pode atrasar a realização do valor empresarial em meses ou mesmo anos. Evite a racionalização completa sempre que possível. Em vez disso, utilize a abordagem do Power of 10 para lançar o planeamento para tomar decisões sábias sobre as próximas 10 cargas de trabalho que estão agendadas para a adoção da cloud.

Mito: A justificação empresarial tem de esperar que todas as cargas de trabalho sejam racionalizadas

Para desenvolver uma justificação empresarial para um esforço de adoção da cloud, faça alguns pressupostos básicos ao nível do portefólio. Quando as motivações estão alinhadas com a inovação, assuma a rearquitectura. Se estiverem alinhados com a migração, suponhamos que serão realojados. Estes pressupostos podem acelerar o processo de justificação empresarial. Durante a fase de avaliação do ciclo de adoção de cada carga de trabalho, os pressupostos são então contestados e os orçamentos são refinados.

Agora, reveja os seguintes cinco Rs de racionalização para se familiarizar com o processo a longo prazo. Ao desenvolver o seu plano de adoção da cloud, escolha a opção que melhor se alinha com as suas motivações, resultados empresariais e ambiente de estado atual. O objetivo na racionalização do património digital é definir uma linha de base e não racionalizar todas as cargas de trabalho.

Os cinco Rs da racionalização

Os cinco Rs seguintes da racionalização descrevem as opções mais comuns para racionalização.

Realojar

Também conhecido como migração lift-and-shift , um esforço de realojamento move um recurso de estado atual para o fornecedor de cloud escolhido com uma alteração mínima para a arquitetura geral.

Os controladores comuns podem ser:

• Reduzir as despesas de capital.
• Libertar espaço de datacenter.
• Obtenha um retorno rápido do investimento na cloud.

Os fatores de análise quantitativa são:

• Tamanho da VM, incluindo CPU, memória e armazenamento.
• Dependências, como o tráfego de rede.
• Compatibilidade de recursos.

Os fatores de análise qualitativos são:

• Tolerância à mudança.
• Prioridades empresariais.
• Eventos empresariais críticos.
• Processar dependências.

Refatorizar

As opções de Plataforma como serviço (PaaS) podem reduzir os custos operacionais associados a muitas aplicações. É uma boa ideia refatorizar ligeiramente uma aplicação para se ajustar a um modelo baseado em PaaS.

Refatorizar também refere-se ao processo de desenvolvimento de aplicações de refatorização de código para permitir que uma aplicação proporcione novas oportunidades de negócio.

Os controladores comuns podem incluir:

• Atualizações mais rápidas e mais curtas.
• Portabilidade do código.
• Maior eficiência na cloud para ajudar com recursos, velocidade, custos e operações geridas.

Os fatores de análise quantitativa são:

• Tamanho do recurso da aplicação, como CPU, memória e armazenamento.
• Dependências, como o tráfego de rede.
• Tráfego de utilizador, como vistas de página, tempo na página e tempos de carregamento.
• Plataformas de desenvolvimento, como idiomas, plataformas de dados e serviços de camada média.
• Base de dados que inclui CPU, memória, armazenamento e versão.

Os fatores de análise qualitativos são:

• Investimentos empresariais contínuos.
• Opções de expansão ou linhas cronológicas.
• Dependências do processo de negócio.

Rearquitetar

Algumas aplicações antigas não são compatíveis com fornecedores de cloud. Esta incompatibilidade deve-se às decisões de arquitetura que foram tomadas quando a aplicação foi criada. Nestes casos, a aplicação poderá ter de ser rearquitetada antes da transformação.

Noutros casos, as aplicações compatíveis com a cloud, mas não nativas da cloud, podem criar eficiências de custos e eficiências operacionais ao rearquitetar a solução numa aplicação nativa da cloud.

Os controladores comuns podem incluir:

• Dimensionamento e agilidade da aplicação.
• Adoção mais fácil de novas capacidades da cloud.
• Combinação de pilhas de tecnologia.

Os fatores de análise quantitativa são:

• Tamanho do recurso da aplicação, como CPU, memória e armazenamento.
• Dependências, como o tráfego de rede.
• Tráfego de utilizador, como vistas de página, tempo na página e tempos de carregamento.
• Plataformas de desenvolvimento, como idiomas, plataformas de dados e serviços de camada média.
• Base de dados que inclui CPU, memória, armazenamento e versão.

Os fatores de análise qualitativos são:

• Para aumentar os investimentos empresariais.
• Custos operacionais.
• Potenciais ciclos de comentários e investimentos do DevOps.

Reconstruir

Em alguns cenários, o delta que tem de ser ultrapassado para levar uma aplicação para a frente pode ser demasiado grande para justificar mais investimento. Este problema aplica-se especialmente às aplicações que anteriormente satisfazem as necessidades de uma empresa, mas que agora não são suportadas com os processos de negócio atuais. Para resolver o problema, crie uma nova base de código para alinhar com uma abordagem nativa da cloud .

Os controladores comuns podem ser:

• Acelere a inovação.
• Crie aplicações mais rapidamente.
• Reduzir os custos operacionais.

Os fatores de análise quantitativa são:

• Tamanho do recurso da aplicação, como CPU, memória e armazenamento.
• Dependências, como o tráfego de rede.
• Tráfego de utilizador, como vistas de página, tempo na página e tempos de carregamento.
• Plataformas de desenvolvimento, como idiomas, plataformas de dados e serviços de camada média.
• Base de dados que inclui CPU, memória, armazenamento e versão.

Os fatores de análise qualitativos são:

• A diminuir a satisfação dos utilizadores finais.
• Processos empresariais limitados por funcionalidade.
• Custos potenciais, experiência ou ganhos de receita.

Substituir

Normalmente, as soluções são implementadas com a melhor tecnologia e abordagem disponíveis na altura. Por vezes, as aplicações de software como serviço (SaaS) podem fornecer todas as funcionalidades necessárias para a aplicação alojada. Nestes cenários, uma carga de trabalho pode ser agendada para substituição futura, o que a remove do esforço de transformação.

Os controladores comuns podem ser:

• Uniformizar em torno das melhores práticas do setor.
• Acelere a adoção de abordagens orientadas pelo processo de negócio.
• Realocar investimentos de desenvolvimento em aplicações que criam vantagens ou diferenciação competitivas.

Os fatores de análise quantitativa são:

• Reduções gerais dos custos operacionais.
• Tamanho da VM, incluindo CPU, memória e armazenamento.
• Dependências, como o tráfego de rede.
• Recursos a serem descontinuados.
• Base de dados que inclui CPU, memória, armazenamento e versão.

Os fatores de análise qualitativos são:

• Análise dos benefícios de custos da arquitetura atual em comparação com uma solução SaaS.
• Mapas do processo de negócio.
• Esquemas de dados.
• Processos personalizados ou automatizados.

Passos seguintes

Pode aplicar estes cinco Rs de racionalização a um património digital para o ajudar a tomar decisões de racionalização sobre o estado futuro de cada aplicação.

O que é um património digital