Com toda a angústia que o coronavírus causou, a maioria das empresas concorda em algumas coisas – não é a última crise que provavelmente enfrentarão e, muitos aspectos, há pressões exacerbadas que já existiam, mas eram talvez mais fáceis de serem ignoradas. Realisticamente, as empresas têm que estar prontas para a disrupção, é evidente.

Seja em tecnologia, regulamentação, o cenário competitivo ou expectativas de clientes, o ritmo da mudança significa que todo negócio é regularmente chamado a gerenciar a transformação e navegar por mudanças em um nível até então impensável há algumas décadas. Nesse contexto, a nuvem não apenas fornece a elasticidade para assegurar que uma organização possa passar pela pandemia e seus efeitos posteriores, como também garante acesso a recursos de velocidade, agilidade e colaboração que um ambiente de negócio digital precisou por anos e precisará ainda mais no futuro. Esses recursos têm um custo: a nuvem requer investimento significativo e sustentável e uma estratégia bem definida. Mas como alguns early adopters estão demonstrando, o resultado final é uma vantagem competitiva.

Ainda assim, o surto de coronavírus tem também destacado a habilidade de algumas empresas – pegue a Netflix ou o Zoom como exemplo – para impulsionar a nuvem em níveis de demanda sem precedentes, com mínima agitação e aparentemente da noite para o dia.

Então, o que separa alguém que adotou a nuvem de um negócio que é centrado na nuvem, ou uma estratégia de nuvem sólida de uma que falha? Segundo especialistas da ThoughtWorks, começa-se com alguns princípios norteadores.

“A vantagem é que você pode começar a pensar em ciclos inovadores de implementação e desenvolvimento de software que não existiam quando sua infraestrutura era física”, diz Chawla. “No entanto, as empresas não tiram vantagem dessa virtualidade ou capacidade de experimentar.”

A nuvem também abre “grandes oportunidades para empresas descobrirem negócios futuros ao entender seus dados”, acrescenta Chawla. Mais provedoras de nuvem estão desenvolvendo plataformas que dão às empresas acesso sob demanda a soluções de inteligência artificial e aprendizado de máquina, permitindo uma abordagem ‘plug and play’ com componentes que elas podem ter dificuldade em desenvolver internamente. “É difícil fazer aprendizado de máquina e IA localmente – é necessário conhecimento, hardware e um conjunto de habilidades diferente. Mas, na nuvem, está literalmente na ponta de seus dedos.”

Esse acesso pavimenta a estrada para abordagens mais orientadas por dados para o desenvolvimento em que o feedback de cliente é coletado perfeitamente, analisado e diretamente traduzido para melhorias de produto ou até novos produtos; e isso torna possível ver tendências de mercado ou de clientes enquanto ainda estão se formando. Em tempos voláteis, a inteligência antecipada desse tipo pode rapidamente se tornar o maior ativo de uma empresa.

“No passado, uma vez que uma aplicação era entregue, ela era encaminhada para um grupo de operações que conseguia escalar incidentes e só no final desse processo o time responsável pela manutenção dessa aplicação poderia se envolver”, diz Shaw. “Eles vão precisar se envolver muito mais rapidamente. Os times de desenvolvimento vão ter que mudar, para adicionar operações em seu conjunto de habilidades, para entender como criar software para que possam descobrir o que está havendo com ele em produção e corrigir problemas.”

Líderes de negócio também têm que estar conscientes das mudanças que a nuvem pode trazer para os modelos de custo de operação. A suposição é frequentemente que a nuvem vai gerar economia ao reduzir os gastos associados com manutenção (e constante expansão) da infraestrutura local, mas a realidade é mais complexa. Além do mais, foco excessivo em custos pode cegar as empresas para as oportunidades mais atraentes da nuvem.

Chawla observa que a nuvem tende a absorver partes do orçamento que as empresas não preveem, como licença de software. Ela também não necessariamente adere a antigos ciclos de orçamento anuais. Os custos podem não ser totalmente visíveis até que o projeto esteja pronto e rodando, e podem (e devem) ser otimizados continuamente.

“Há muito mais do que uma curva de aprendizado em finanças”, diz. “Eles não podem apenas aparecer uma vez por ano. Devem ser parte do loop de feedback, parte do centro de excelência da nuvem, imediatamente.”

“A nuvem entrega valor essencial como uma aceleradora, não como um motor de economia de custos”, diz Murray. “Muitas empresas verão custos crescendo, a não ser que os gerenciem com cuidado – alguns devido à falta de fiscalização e alguns devido ao aproveitamento de oportunidades de aceleração da entrega que usam mais recursos do que estariam disponíveis localmente. Mas, visto que a nuvem fornece uma ampla gama de serviços utilitários, falar sobre ROI em um investimento de nuvem é um pouco como calcular o ROI em um investimento em eletricidade.”

No fim das contas, na jornada da nuvem, como em desenvolvimento de produto, questões sobre onde e quanto investir e quais projetos priorizar têm que ser examinadas em termos de valor para a base de clientes ou usuários finais.

“Quando as pessoas me perguntam quais ferramentas de infraestrutura devem ter ou quais recursos de nuvem devem usar, as perguntas que faço são: o que você quer alcançar? E o que você precisa entregar para os seus usuários?”, afirma Morris. “Se isso não está nítido, você precisa parar e trabalhar nas jornadas do usuário, nas ofertas e nos produtos primeiro. Depois, identificar o software que você precisa criar para entregar essas coisas.”

Considerando o nível de mudança envolvido em uma transição para a nuvem, particularmente para grandes empresas, uma abordagem incremental, em que a transformação é buscada em “fatias verticais” pode ser menos conflitante – e reduz as chances de problemas aparecerem quando já é tarde para alterar o curso.

“Em vez de começar com um pedaço de infraestrutura ou aplicação em particular, comece com uma necessidade de cliente, seja adicionar um novo produto ou funcionalidade, ou melhorar um produto existente”, explica Morris. “Reúna todas as pessoas necessárias para fazer isso acontecer em todas as stacks. Pegue um pedaço que seja pequeno o suficiente para começar e que seja gerenciável. O importante é ter ciclos de feedback, colocar algo nas mãos de usuários para ter seus inputs e descobrir se funcionou ou o que pode ser melhor.”

Aprenda a ver segurança de maneira diferente

A nuvem também precisa de novas práticas de segurança – embora, talvez, não da maneira que líderes de negócio esperam. Pesquisas apontam que vulnerabilidades na segurança permanecem, de longe, sendo a maior preocupação para empresas que contemplam uma transição para a nuvem, particularmente quando se trata da nuvem pública (ou seja, serviços de nuvem providos por fornecedoras terceirizados via internet pública). A maioria dos medos é centrada em uma possível perda de dados e brechas de confidencialidade.

A realidade é que os ótimos recursos implantados pelas maiores fornecedoras tornam os serviços de nuvem públicos bem mais seguros que os típicos sistemas corporativos. “Não há ninguém no mundo fazendo segurança de infraestrutura melhor que as grandes provedoras de nuvem”, diz Murray. “Elas sabem mais sobre segurança e ameaças do que qualquer pessoa, porque estão trabalhando em uma grande parte da infraestrutura da internet mundial e vendo os ataques primeiro.”

As empresas precisam aprender a distinguir entre segurança de infraestrutura – grande parte é terceirizada para fornecedoras de nuvem – e segurança de aplicação, que devem lidar conforme criam e gerenciam o software na nuvem. Historicamente, times de segurança da empresa têm focado mais em infraestrutura e podem estar esquecendo dos recursos de software necessários para conseguir resultados com segurança no ambiente de nuvem.

“Se sua organização de segurança não tem um time de desenvolvimento que possa criar e executar medidas de proteção, ou não sabe como impulsionar as APIs, ela não será capaz de deixar sua nuvem segura”, observa Chawla.

A nuvem pede uma abordagem mais iterativa, baseada em risco, em que segurança não é uma série de restrições introduzidas no começo ou no fim do processo, mas uma responsabilidade compartilhada, integrada ao desenvolvimento por meio de exercícios como workshops de modelo de ameaça.

“As pessoas da segurança precisam estar nos times de desenvolvimento e trabalhar com eles para entender o que os times veem como ameaças importantes, e fornecer as ferramentas que eles precisam para responder a elas”, afirma Morris. “Como pessoa desenvolvedora, não preciso esperar até uma versão ser testada para descobrir se é segura. Já será tarde demais, e muito caro para consertar.”

Assim como acontece com desenvolvimento, a segurança em um ambiente de nuvem pode precisar de times que sejam mais colaborativos, dinâmicos e que até aprendam ou reequipar suas habilidades existentes. Mas, apesar disso, não deve ser vista como um problema ou um fardo que provavelmente atrasará o progresso da empresa – na verdade, o oposto é verdadeiro.

“No velho mundo do hardware e grandes ativos monolíticos, era considerado mais seguro controlar a mudança com pedágios e revisões de segurança sob a suposição de que seu site atual era seguro e qualquer mudança poderia introduzir uma vulnerabilidade”, diz Shaw. “Mas no mundo da nuvem nativa, quanto mais rápido você se move, mais segurança você tem. Pressupõe-se que você está fundamentalmente vulnerável o tempo todo e uma entidade invasora pode já ter acesso. Ao renovar e recriar continuamente seus ambientes de hospedagem, você está sempre voltando a um estado seguro e é capaz de rapidamente fazer correções quando vulnerabilidades são descobertas.”

Fornecedoras de nuvem estão se tornando mais eficazes em providenciar padrões razoáveis ou mesmo serviços de alto nível que reduzem um pouco do risco, mas ainda há fundamentalmente alguns espaços em que pessoas desenvolvedoras terão acesso a novas ferramentas que não sabem usar com segurança.

“A maneira de responder é educação organizacional, estrutura organizacional e ter certeza que os modelos operacionais sejam atualizados pela velocidade de entrega e pelo ferramental que a nuvem fornece”, adiciona Murray. “Você nunca deve ver a nuvem como um risco à segurança – apenas como uma oportunidade.”

Estratégias de multicloud também podem beneficiar a empresa ao garantir acesso aos pontos fortes de uma fornecedora em particular, ou melhores negociações de preços. Ao mesmo tempo, como muitas empresas já descobriram, lidar com múltiplas fornecedoras pode complicar significativamente os desafios de implantação e gerenciamento de nuvem.

Idealmente, a empresa e sua fornecedora de nuvem principal constroem “uma relação muito íntima”, diz Chawla. “Você quer que a fornecedora entenda seu negócio e se importe. Se você fizer certo, você terá uma grande oportunidade de incentivá-los novamente para ajudar você a criar o que você quer. Gerencia qualquer fornecedora de nuvem, colocar seus sistemas funcionando, ensinar a todo mundo um novo jeito de trabalhar é complexo. E não é linear fazer isso com a próxima provedora. Você tem que aprender um novo conjunto de conceitos e processos.”

“Fortes relações comerciais e arquiteturais com sua fornecedora de nuvem podem resultar em muito valor”, concorda Murray. “Sempre envolva sua provedora de nuvem com uma parceira estratégica em seus esforços. Grandes organizações com gastos significativos podem ser clientes de destaque, obtendo bons descontos e suporte técnico, e mesmo guiando o roadmap de produto da provedora de nuvem.”

Shaw aponta para a importância do negócio como outro fator importante a ser considerado. Para projetos com começo e final definidos que provavelmente não precisam de manutenção contínua – a configuração de um website para um evento especial, digamos –, a empresa pode confiar tudo a uma única fornecedora e aproveitar todos os ganhos de produtividade associados com quase total tranquilidade. Ativos de longo prazo, críticos para a empresa, podem ser uma outra história. 

“Se você está construindo um sistema central que vai ter que manter por 20 anos, você tem que entender a relação em que está entrando. Você realmente quer apostar tudo em um único lugar? Ou criar estruturas que baixem seu risco de ter que mudar seu ativo para uma fornecedora diferente no meio do caminho? Você vai pagar agora para construir a portabilidade necessária, ou pagar depois para refazer a plataforma, o que quase nunca dá certo.”

O princípio-guia, diz Chawla, deve ser buscar a portabilidade quando há uma necessidade de negócio – não simplesmente por buscar.

“Não coloque metade de seu sistema de e-commerce em uma plataforma e metade em outra baseando-se apenas na ideia de que você vai se irritar com uma provedora de nuvem e ir embora”, ele diz. “Líderes de engenharia nos dizem sempre que gastaram milhões de dólares e horas para serem portáteis e nunca ir embora – e agora olham para trás e veem isso como um desperdício. Se você vai ser multicloud, tudo bem – mas tem que haver um motivo e você tem que ser capaz de gerenciar a complexidade.”