Preparando-se para migrar para a nuvem

Estamos agora na segunda década de adoção da nuvem. Até 92% das empresas estão usando computação em nuvem em algum grau. A pandemia tem sido um impulsionador recente para as organizações adotarem tecnologias em nuvem. A movimentação bem-sucedida de dados, projetos e aplicativos adicionais para a nuvem depende de preparação, planejamento e antecipação de problemas.  

1. PREPARAÇÃO é sobre dados e o gerenciamento humano dos dados e infraestrutura de suporte.
2. Planeamento é essencial. O plano precisa conter elementos-chave específicos.
3. Gerenciamento de problemas é a capacidade de prever áreas potenciais de problemas e a capacidade de navegar por elas, se encontradas.  

Quatro coisas que uma empresa deve fazer para ter sucesso na nuvem, mais 7 armadilhas

Sua empresa vai migrar para a nuvem. Bem, deixe-me reformular que, se seu negócio for bem-sucedido, ele passará para o nuvem – isto é, se já não estiver lá. Se você já está lá, provavelmente não estaria lendo isso. Sua empresa tem visão de futuro e pretende aproveitar todos os benefícios da nuvem que discutimos em outro artigo. A partir de 2020, 92% das empresas estão usando a nuvem até certo ponto e 50% de todos os dados corporativos já estão na nuvem.

O lado positivo da nuvem COVID: a pandemia forçou as empresas a olhar mais de perto os recursos da nuvem para apoiar o novo paradigma de uma força de trabalho remota. A nuvem se refere tanto a grandes volumes de dados armazenamento e aplicativos que processam esses dados.  Uma das principais razões para migrar para a nuvem é obter uma vantagem competitiva por ser flexível e obter novos insights a partir da grande quantidade de dados.   

A empresa de análise Gartner publica regularmente um relatório que discute “tecnologias e tendências que se mostram promissoras em fornecer um alto grau de vantagem competitiva nos próximos cinco a 10 anos”. Dez anos atrás, Ciclo Hype 2012 do Gartner para Computação em Nuvem colocou a Computação em Nuvem e o Armazenamento em Nuvem Pública na “vala da desilusão” logo além do “pico das expectativas infladas”. Além disso, o Big Data estava entrando no “Pico das expectativas infladas”. Todos os três com um platô esperado em 3 a 5 anos. Software as a Service (SaaS) foi colocado pelo Gartner na fase “Slope of Enlightenment” com um patamar esperado de 2 a 5 anos.

Em 2018, seis anos depois, “Cloud Computing” e “Public Cloud Storage” estavam na fase “Slope of Enlightenment” com um platô projetado de menos de 2 anos. “Software as a Service” atingiu o platô.  A questão é que houve adoção significativa da nuvem pública nesse período.  

Hoje, em 2022, a computação em nuvem está em sua segunda década de adoção e agora é a tecnologia padrão para novos aplicativos.  As Gartner coloca: “Se não é nuvem, é legado”. O Gartner continua dizendo que o impacto da computação em nuvem em uma organização é transformacional. Como, então, as organizações devem abordar essa transformação?

Este gráfico descreve com mais detalhes o que significa que uma tecnologia está em uma fase específica. 

Como as organizações devem abordar a transformação organizacional?

Em seu processo de adoção da nuvem, as organizações tiveram que tomar decisões, estabelecer novas políticas, criar novos procedimentos e enfrentar desafios específicos. Aqui está uma lista de áreas específicas que você precisa resolver para ter certeza de que sua casa está em ordem: 

1. Treinamento, retreinamento ou novas funções.  Ao adotar a nuvem pública para armazenamento de dados ou alavancar os aplicativos, você terceirizou o suporte e a manutenção da infraestrutura. Você ainda precisa de experiência interna para gerenciar o fornecedor e acessar os dados. Além disso, você precisa saber como aproveitar as novas ferramentas disponíveis para análise cognitiva e ciência de dados.     
2. Dados.  É tudo sobre os dados. Os dados são a nova moeda. Estamos falando de Big Data – dados que atendem a pelo menos algumas das V's da definição. Ao migrar para a nuvem, pelo menos alguns de seus dados estarão na nuvem. Se você estiver “all-in”, seus dados serão armazenados na nuvem e processados ​​na nuvem.

A. Disponibilidade de dados. Seus aplicativos locais existentes podem acessar os dados na nuvem? Seus dados estão onde precisam estar para serem processados? Você precisa reservar tempo em seu projeto de migração para a nuvem para mover seus dados para a nuvem? Quanto tempo isso vai levar? Você precisa desenvolver novos processos para levar seus dados transacionais para a nuvem? Se você pretende realizar IA ou aprendizado de máquina, deve haver dados de treinamento suficientes para atender ao nível desejado de exatidão e precisão.

B. Usabilidade de dados. Seus dados estão em um formato que pode ser consumido pelas pessoas e ferramentas que acessarão os dados? Você pode realizar um “lift-and-shift” em seu data warehouse? Ou pode ser otimizado para desempenho? 

C. Qualidade dos dados. A qualidade dos dados nos quais suas decisões dependem pode afetar a qualidade de suas decisões. Governança, administradores de dados, gerenciamento de dados, talvez um curador de dados possa desempenhar um papel significativo na adoção de análises cognitivas na nuvem. Reserve um tempo antes de migrar os dados para a nuvem para avaliar a qualidade de seus dados. Não há nada mais frustrante do que descobrir que você migrou dados desnecessários.

D. Variabilidade e incerteza em big data. Os dados podem ser inconsistentes ou incompletos. Ao avaliar seus dados e como você pretende usá-los, existem lacunas? Agora é a hora de corrigir problemas conhecidos relacionados a padrões corporativos de dados. Padronize entre os centros de relatórios em coisas simples, como dimensões de tempo, hierarquias geográficas. Identifique essa única fonte de verdade.   

E. Limitações inerentes ao próprio big data. Um grande número de resultados potenciais pode exigir que um especialista de domínio avalie a significância dos resultados. Em outras palavras, se sua consulta retornar muitos registros, como você, como humano, a processará? Para filtrá-lo ainda mais e reduzir o número de registros, para que possa ser consumido por um não-super-humano comum, você precisará conhecer o negócio por trás dos dados.

     3. Apoiar a fundação/infraestrutura de TI. Considere todas as partes móveis. É provável que nem todos os seus dados estejam na nuvem. Alguns podem estar na nuvem. Alguns no local. Ainda outros dados podem estar em outra nuvem do fornecedor. Você tem um diagrama de fluxo de dados? Você está preparado para passar do gerenciamento de hardware físico para o gerenciamento de fornecedores que gerenciam o hardware físico? Você entende as limitações do ambiente de nuvem? Você considerou a capacidade de suportar dados não estruturados, bem como as principais tecnologias de habilitação de plataforma. Você ainda poderá usar o mesmo SDK, API, utilitários de dados que estava usando no local? Eles provavelmente precisarão ser reescritos. E quanto ao seu ETL existente para carregar o data warehouse de sistemas transacionais? Os scripts ETL precisarão ser reescritos.

     4. Refinando papéis. Os usuários podem precisar ser treinados novamente nos novos aplicativos e como acessar dados na nuvem. Muitas vezes, um aplicativo de desktop ou de rede pode ter o mesmo nome ou um nome semelhante a um dedicado à nuvem. Ele, no entanto, pode funcionar de maneira diferente ou até ter um conjunto de recursos diferente.  

Se sua organização leva a sério a mudança para a nuvem e o aproveitamento máximo da análise, não há dúvida de que a mudança pode fornecer um valor comercial e econômico significativo. Praticamente falando, para chegar lá a partir daqui, você precisará: 

1. Estabeleça uma carta.  

A. Você definiu o escopo do seu projeto?  

B. Você tem patrocínio executivo?

C. Quem – quais funções – deve ser incluído no projeto? Quem é o arquiteto-chefe? Para qual experiência você precisa confiar no fornecedor de nuvem?

D. Qual é o objetivo final? Aliás, o objetivo não é “migrar para a nuvem”. Qual(is) problema(s) você está tentando resolver?

E. Defina seus critérios de sucesso. Como você saberá que é bem-sucedido?

2. Descubra. Comece no início. Faça o inventário. Descubra o que você tem. Responda às perguntas:

A. Que dados temos?

B. Onde estão os dados?

C. Quais processos de negócios precisam ser suportados? Quais dados esses processos precisam?

D. Quais ferramentas e aplicativos usamos atualmente para manipular os dados?

E. Qual é o tamanho e a complexidade dos dados?

F. O que teremos? Quais aplicativos estão disponíveis na nuvem de nosso fornecedor?

G. Como nos conectaremos aos dados? Quais portas precisarão ser abertas na nuvem?

H. Existem regulamentos ou requisitos que ditam os requisitos de privacidade ou segurança? Existem SLAs com clientes que precisam ser mantidos?  

I. Você sabe como os custos serão calculados para o uso da nuvem?

3. Avaliar e avaliar. 

A. Quais dados pretendemos mover?

B. Avalie os custos. Agora que você conhece o escopo e o volume de dados, está em melhor posição para definir um orçamento.

C. Defina as lacunas que existem entre o que você tem atualmente e as expectativas do que você espera ter. O que estamos perdendo?

D. Inclua uma migração de teste para expor o que você perdeu na teoria.

E. Incluir o Teste de Aceitação do Usuário nesta fase, bem como na fase final.

F. Que desafios você pode antecipar para poder construir contingências na próxima fase?

G. Que riscos foram identificados?

4. Planeje. Estabeleça um road mapa. 

A. Quais são as prioridades? O que vem primeiro? Qual é a sequência?

B. O que você pode excluir? Como você pode reduzir o escopo?

C. Haverá um tempo para processamento paralelo?

D. Qual é a abordagem? Abordagem parcial / faseada?

E. Você definiu a abordagem de segurança?

F. Você definiu planos de backup de dados e recuperação de desastres?

G. Qual é o plano de comunicação – interno ao projeto, às partes interessadas, aos usuários finais?

5. Construir. Migrar. Teste. Lançar.

A. Trabalhe o plano. Revise-o dinamicamente com base em novas informações.

B. Aproveite seus pontos fortes e sucessos históricos em sua base de TI herdada e comece a aproveitar os benefícios do Big Data e da análise cognitiva.       

6. Iterar e refinar.  

A. Quando você pode aposentar os servidores que agora estão ociosos?

B. Que refatoração você descobriu que precisa ser feita?

C. Que otimizações podem ser feitas em seus dados na nuvem?  

D. Que novos aplicativos de dados você pode usar agora na nuvem?

E. Qual é o próximo nível? IA, aprendizado de máquina, análise avançada?

Pegadinhas

Alguns fontes dizem que até 70% dos projetos de tecnologia são falhas totais ou parciais. Aparentemente, depende da sua definição de   falha. Outro fonte descobriram que 75% achavam que seu projeto estava condenado desde o início. Isso pode significar que 5% tiveram sucesso apesar das probabilidades estarem contra eles. Minha experiência me diz que há uma fração significativa de projetos de tecnologia que nunca decolam ou não cumprem plenamente as expectativas prometidas. Existem alguns temas comuns que esses projetos compartilham. À medida que você começa a planejar sua migração para a nuvem, aqui estão algumas dicas a serem observadas. Se você não fizer isso, eles são como um carma ruim ou uma pontuação de crédito ruim – mais cedo ou mais tarde, eles vão te morder na bunda.:

1. Propriedade. Uma única pessoa deve possuir o projeto de uma perspectiva de gerenciamento. Ao mesmo tempo, todos os participantes devem se sentir investidos como stakeholders.
2. Custo. O orçamento foi alocado? Você sabe a ordem de grandeza para os próximos 12 meses, bem como uma estimativa dos custos em andamento? Existem custos ocultos potenciais? Você eliminou qualquer excesso de flotsam e jetsam em preparação para a mudança. Você não deseja migrar dados que não serão usados ​​ou não são confiáveis.       
3. Liderança . O projeto é totalmente patrocinado pela administração? As expectativas e a definição de sucesso são realistas? Os objetivos estão alinhados com a visão e a estratégia corporativa?
4. Gestão de Projetos. Os cronogramas, escopo e orçamento são realistas? Existem “forças” exigindo prazos de entrega mais curtos, maior escopo e/ou custos mais baixos ou menos pessoas? Existe uma compreensão firme sobre os requisitos? Eles são realistas e bem definidos?
5. Recursos Humanos. Tecnologia é a parte fácil. É a coisa das pessoas que pode ser um desafio. A migração para a nuvem trará mudanças. As pessoas não gostam de mudanças. Você precisa definir as expectativas adequadamente. Foi dedicado pessoal suficiente e adequado à iniciativa? Ou você já tentou arranjar tempo com pessoas que já estão muito ocupadas com seu trabalho diário? Você é capaz de manter uma equipe estável? Muitos projetos falham devido à rotatividade de pessoal-chave.  
6. Riscos. Os riscos foram identificados e gerenciados com sucesso?  
7. Contingência. Você conseguiu identificar coisas que estão fora de seu controle, mas que podem afetar a entrega? Considere o efeito de uma mudança na liderança. Como uma pandemia mundial afetaria sua capacidade de cumprir prazos e obter recursos?  

O ciclo de hype da computação em nuvem em 2022

Então, onde estão a computação em nuvem, armazenamento em nuvem pública e software como serviço no ciclo de hype de tecnologia emergente do Gartner hoje? Eles não são. Não são mais tecnologias emergentes. Eles não estão mais no horizonte. Eles são mainstream, esperando para serem adotados. Observe o crescimento nas seguintes tecnologias emergentes: AI-Augmented Design, Generative AI, Physics-informed AI e Non Fungible Tokens.  

As ideias deste artigo foram originalmente apresentadas como conclusão do artigo “Cognitive Analytics: Building on Your Legacy IT Foundation” apresentado em Jornal de Inteligência de Negócios TDWI, Vol 22, Nº 4.