BLOGUE

Preserve sua flexibilidade na nuvem

SUMÁRIO EXECUTIVO

Com 78% das empresas embarcando no desenvolvimento ágil no estilo DevOps, o foco para o futuro está na flexibilidade e inovação. Os CIOs devem formular princípios fundamentais para decisões tecnológicas que preservem a flexibilidade crítica dos negócios.

Robert Haynes Miniatura
Robert Haynes
Publicado em 14 de julho de 2017

5 MINUTOS. LER

Quando as empresas migram para a nuvem — ou trocam de provedor —, muitas vezes uma verdade incômoda é revelada: na pressa de implementar rapidamente um aplicativo, os desenvolvedores muitas vezes são colocados na posição de tomar decisões de negócios para as empresas sem perceber. Essas decisões, antes de domínio exclusivo do CIO ou CTO, podem impactar muito o futuro da empresa.

Pior, a gerência muitas vezes não percebe que decisões fundamentais de design foram tomadas pelos desenvolvedores até que algo mude. Trocar plataformas de nuvem, buscar clientes em novos países — o que traz a necessidade de cumprir regulamentações adicionais — e migrar de nuvens públicas para nuvens privadas ou híbridas são mudanças que podem expor a inflexibilidade causada por decisões anteriores, possivelmente resultando em imensa dívida técnica.

Com 78% das empresas embarcando no desenvolvimento Agile no estilo DevOps, o foco para o futuro está na flexibilidade e inovação. No entanto, os desenvolvedores estão tendo um impacto maior na forma como os aplicativos são arquitetados e, em muitos casos, fazendo escolhas unilaterais que afetam a flexibilidade dos negócios.

Essa é a desconexão emergente entre desenvolvedores e executivos de negócios. Embora quase dois terços dos gerentes de TI empresariais acreditem que devem ter o voto decisivo na seleção de um serviço de nuvem pública, na transferência de aplicativos para a nuvem ou na criação de uma nuvem privada, as unidades de negócios discordam cerca de 40% das vezes.

Para responder, os CIOs devem formular princípios fundamentais para decisões tecnológicas que preservem a flexibilidade crítica dos negócios. Isso inclui escolher elementos que sejam compatíveis com diversas plataformas.

78%

Setenta e oito por cento das empresas têm um programa ou iniciativa DevOps em vigor.

Recomendação 1: Jogue ‘E se?’

Gerentes e executivos precisam realizar exercícios para esclarecer como potenciais cenários comerciais e regulatórios podem impactar seu desenvolvimento. O objetivo desses exercícios “e se” é identificar problemas potenciais.

E se novas leis de privacidade forem aprovadas ou se a empresa e o aplicativo tiverem que lidar com dados de clientes europeus? Quase três quartos dos gerentes responsáveis pela nuvem acreditam que o gerenciamento de regulamentações de privacidade e proteção de dados é mais complexo na nuvem, de acordo com um relatório recente do Ponemon Institute.

E se a empresa mover seus aplicativos para um novo provedor de infraestrutura de nuvem? Embora existam poucos números confiáveis que meçam o custo de mudança de provedores de nuvem, o maior desafio para as empresas é otimizar o custo de uso da nuvem. Não reduzir o custo de mudança de um provedor de nuvem para outro acaba prendendo a empresa ao seu provedor atual.

Citação/interruptor: 53% das empresas estão tentando reduzir custos otimizando o uso da nuvem.

Esses jogos hipotéticos ajudarão a empresa a decidir quanta flexibilidade e abstração precisam ser incorporadas em suas plataformas de desenvolvimento e operações. Embora os desenvolvedores normalmente sejam responsáveis por como algo é feito, e as operações, por como isso é gerenciado, ambos precisam de uma estrutura abrangente para reduzir esforços sobrepostos e evitar armadilhas futuras.

Recomendação 2: Procure pontos de decisão

A gerência executiva e os arquitetos de nuvem precisam procurar pontos no processo de desenvolvimento que podem exigir a substituição de uma tecnologia ou processo específico. Identificar esses pontos de fungibilidade permitirá que uma empresa esteja preparada para o futuro.

Para permanecerem flexíveis no futuro, as empresas devem arquitetar todo o seu design, incluindo ferramentas de segurança, desempenho e monitoramento, para trabalhar com diferentes serviços. Embora a Amazon Web Services domine o mercado hoje — e continue a inovar — o Microsoft Azure, o Google Cloud e outros estão se destacando com ofertas poderosas e diferenciadas que estão se mostrando atraentes. Os serviços de nuvem Azure da Microsoft, por exemplo, atraíram 34% das empresas para o serviço, ante 20% em 2016.

Recomendação 3: Identificar serviços que permitam flexibilidade

Depois de identificar possíveis armadilhas e mapeá-las para pontos de decisão de tecnologia e política, os gerentes de nuvem precisam identificar soluções tecnológicas que possam resolver seus problemas. Em muitos casos, a infraestrutura pode ser abstraída e pontos de controle adicionados usando camadas adicionais, como um controlador de entrega de aplicativos.

Sessenta e nove por cento das empresas usaram a nuvem para reprojetar um processo de negócios. As empresas sempre precisam fazer escolhas sobre se um serviço oferece mais segurança ou um recurso melhor, mas os executivos precisam equilibrar essas considerações com a necessidade de flexibilidade e estar prontos para um futuro incerto.

Os desenvolvedores que ficam por conta própria muitas vezes não pensam no panorama geral. Dessa forma, arquitetos corporativos e CXOs precisam impor prioridades de negócios por meio de princípios arquitetônicos que protejam contra escolhas de desenvolvimento sem saída. Ao fazer um brainstorming de cenários hipotéticos, identificar pontos fungíveis no processo de desenvolvimento e encontrar soluções flexíveis, as empresas podem evitar grandes dores de cabeça no futuro.

Ter um arquiteto de nuvem pode ajudar a impulsionar o desenvolvimento de aplicativos na direção certa. É uma função que mais empresas estão utilizando. Mais de 56% dos entrevistados na pesquisa anual sobre nuvem se identificaram como arquitetos de nuvem, um aumento de 40% em relação a 2016, de acordo com a RightScale.

Os desenvolvedores não podem — e não devem — fazer engenharia dentro de um vácuo organizacional. Em vez disso, eles devem receber uma estrutura que lhes permita se desenvolver para o futuro.

Os desenvolvedores não podem — e não devem — fazer engenharia dentro de um vácuo organizacional. Em vez disso, eles devem receber uma estrutura que lhes permita se desenvolver para o futuro.

No final, a adoção da nuvem se resume a um cálculo de valor: embora o uso de uma única plataforma possa fornecer alguns benefícios positivos, o futuro do seu aplicativo é mais longo — e mais desafiador — do que você imagina.


Robert Haynes é um arquiteto de soluções com mais de vinte anos de experiência em TI. Começando como analista de helpdesk, sua carreira medíocre o levou à administração de sistemas UNIX, backup e armazenamento e, finalmente, à rede de aplicativos. Tendo apoiado, projetado e vendido sistemas de TI complexos em uma variedade de indústrias e em vários continentes, o foco de Robert está sempre na implementação prática e no uso da tecnologia no mundo real. Embora isso possa parecer totalmente em desacordo com sua função atual em marketing na F5 Networks, ele gosta de pensar que seu trabalho principal é trazer equilíbrio à Força.

Robert é bacharel em Biologia Aplicada pela University of Wales College Cardiff e possui um certificado em “Como evitar colisões ao dar marcha ré e estacionar” pela Driving Dynamics Interactive Advanced Driving School, sendo que este último se mostrou consideravelmente mais útil do que o anterior.