As equipes de TI de hoje têm muito com que se preocupar. Embora os dados não estruturados estejam crescendo 35% ao ano, as equipes de TI responsáveis por esses dados estão enfrentando reduções no quadro de funcionários, nos orçamentos e nos data centers (esses data centers podem não estar realmente diminuindo de tamanho, mas certamente não estão ficando maiores). Este é o quarto de uma série de artigos que analisaram os desafios e oportunidades, bem como as vantagens e desvantagens, com os quais estrategistas, gerentes e administradores corporativos precisam lidar quando se trata de migrar cargas de trabalho para a nuvem.
Em posts anteriores, abordamos alguns dos fatores comuns que as empresas devem levar em consideração ao decidir se devem ou não integrar serviços em nuvem e como fazê-lo. Também discutimos as vantagens e desvantagens das diferentes estratégias e como ponderá-las para determinar o melhor caminho a seguir para a sua empresa.
Nas próximas postagens desta série, analisaremos algumas estratégias comuns para a migração de dados para a nuvem, no contexto de como gerenciar (e minimizar) os riscos.
Antes de começarmos, é importante observar que algumas empresas são, por natureza, mais tolerantes ao risco do que outras – e você precisa determinar o que sua empresa considera um risco aceitável e o que é inaceitável.
Isso depende da natureza do seu negócio e de fatores associados, por exemplo, se você tem ou não prazos regulatórios ou informações pessoais protegidas (PPI) que precisam ser protegidas. Em alguns casos, as consequências do não cumprimento dos prazos regulatórios ou do vazamento de PPI são enormes.
Imagine uma seguradora que, inadvertidamente, viole as leis da HIPAA: as consequências podem incluir multas financeiras, sanções civis, publicidade negativa e, possivelmente, até mesmo sanções criminais. Empresas dos setores financeiro, de saúde, de seguros e de outras áreas altamente regulamentadas terão uma tolerância ao risco muito menor quando se trata de sistemas, softwares e mudanças arquitetônicas comparáveis a uma migração para a nuvem.
A perspectiva da computação e do armazenamento em nuvem apresenta um dilema interessante para muitos administradores de sistemas corporativos: as pressões conflitantes entre atender à necessidade da empresa de inovar para o futuro e garantir que os serviços e fluxos de trabalho existentes permaneçam operacionais para sustentar os negócios no presente.
Uma estratégia bem-sucedida de adoção da nuvem exige um equilíbrio cuidadoso: assumir riscos calculados para adotar novas plataformas e tecnologias que promovam crescimento e inovação, ao mesmo tempo em que se garante a continuidade das operações e o bom funcionamento dos negócios.
Estratégias irrealistas
Antes de vermos o que fazer, vamos falar sobre o que não a fazer. Em primeiro lugar: não corra riscos desnecessários quando se trata dos aplicativos que mantêm sua empresa funcionando.
Reestruturação de grandes aplicativos
Muitas organizações, no mínimo, considerarão refatorar suas cargas de trabalho críticas baseadas em arquivos para uma arquitetura nativa da nuvem. Isso implica reescrever o aplicativo para aproveitar o armazenamento de objetos em vez de dados em arquivos. É verdade que essa abordagem traz alguns benefícios de longo prazo — como maior flexibilidade nas operações em nuvem e integração mais estreita com alguns dos serviços nativos da nuvem específicos de cada provedor, disponíveis na AWS e no Azure —, mas há também algumas desvantagens significativas que devem ser levadas em conta.
O custo inicial dessa estratégia é alto. Dependendo do tamanho e da complexidade, o custo de conversão para reescrever um único aplicativo pode variar entre 3 e 30 milhões de dólares.
É isso mesmo: mais de 30 milhões de dólares para um único aplicativo. E isso supondo que ele faça sucesso.
O que nos leva ao outro lado da moeda: não só o risco de uma falha em grande escala é muito alto, mas, no pior dos casos, ela pode paralisar todo o seu negócio enquanto o problema é diagnosticado e corrigido. E isso é apenas uma falha: quantas delas sua organização pode tolerar ao longo dos mais de dois anos que o projeto pode levar para ser concluído?
Reconhecendo o risco no contexto
Existem situações legítimas em que o cenário acima poderia, de fato, ser considerado um risco aceitável. Considere o seguinte:
Imagine que um de seus aplicativos essenciais para os negócios, que depende de arquivos, tenha sido adquirido por um novo fornecedor, o qual anunciou que ele será descontinuado e não terá mais suporte a partir de uma determinada data. De repente, você se vê na situação de ter que fazer alguma coisa, qualquer uma das quais poderia resultar em fracasso e interrupção das atividades.
Talvez sua organização dependa de um aplicativo de terceiros cujo fornecedor tenha anunciado que a próxima versão será “nativa da nuvem”. Seja qual for a opinião sua e da sua organização sobre esse anúncio, o risco existe de qualquer maneira, e cabe a você minimizá-lo e mitigá-lo, em vez de tentar evitá-lo.
Algumas transformações empresariais de maior porte também podem compensar o risco da migração para a nuvem. Se você estiver passando por uma grande reformulação da marca ou por uma reorientação dos modelos de negócios, então a) já corre um alto risco de outras falhas, mas b) talvez consiga resgatar alguns dos dados anteriores que eram historicamente mantidos no local ao migrar para a nuvem.
Nesses casos, há fatores externos suficientes que superam a questão de se a migração para a nuvem é considerada um risco aceitável a ser assumido.
Aqueles de vocês com idade suficiente para se lembrar do bug do Y2K têm um exemplo perfeito de fatores externos que alteram a equação do “risco aceitável”: uma situação em que o risco de não fazer nada era maior do que o de tomar medidas para reestruturar, migrar ou substituir até mesmo aplicativos legados essenciais à missão.
É verdade, porém, que os cenários acima provavelmente não se aplicam à maioria de vocês. Quando se trata de refatorar aplicativos essenciais para os negócios, muitas organizações comparam a baixa probabilidade de sucesso com o alto custo do fracasso e concluem, com razão, que faz mais sentido deixar o aplicativo como está e esperar que a nuvem se adapte a essa realidade.
Exagerar
Outra estratégia pouco realista em qualquer jornada para a nuvem é tentar avançar rápido demais. Você não só vai danificar o aplicativo, como também ficará paralisado até conseguir reverter para a implantação local ou corrigir o problema diretamente na nuvem.
Se você não diminuir o ritmo e não dedicar o tempo necessário para avaliar e testar suas aplicações minuciosamente, corre o risco de enfrentar problemas de latência, erros de dados e deficiências de taxa de transferência após a migração. Acima de um certo limite, isso pode resultar em uma falha total da migração. O risco de ocorrência desses erros diminui significativamente quando você dedica o tempo e o esforço necessários para uma transição tranquila do ambiente local para a nuvem.
Então, quais são as estratégias realistas para migrar cargas de trabalho para a nuvem? Fique ligado na nossa próxima edição para saber quais abordagens recomendamos.