A maioria concordaria que a nuvem atingiu a maioridade. Ela amadureceu sob nossos olhos atentos, embora às vezes cautelosos, a ponto de uma pesquisa da Harvard Business Review realizada no outono de 2015 ter observado que a maioria dos entrevistados disse que "suas organizações adotaram uma estratégia de nuvem pública primeiro para pelo menos alguns novos aplicativos. Na verdade, apenas 22% dos entrevistados disseram que uma estratégia que priorize a nuvem não era importante.”
Nossas próprias pesquisas comprovam isso. Em nossa pesquisa State of Application Delivery de 2016, 67% dos entrevistados se identificaram como organizações “Cloud First” e os três modelos de nuvem (privada, pública, SaaS) dominaram as 5 principais tendências estratégicas.
Mas você notará que ainda há hesitação quando se trata de nuvem. Enquanto o SaaS, que efetivamente consumia a maior parte do software de operação comercial comoditizado que há muito era comprado como pacotes e implantado no local, crescia a taxas surpreendentes, a nuvem pública continuava ficando para trás. Nossa própria pesquisa não está sozinha, pois mostra que, quando solicitados a distinguir entre o uso de nuvem pública (AWS, Azure, Google, Rackspace), privada (local) e SaaS, são SaaS e nuvem privada que dominam a adoção de "nuvem". Não público.
Há uma variedade de razões para isso, e a pesquisa mencionada anteriormente da Harvard Business Review roça as arestas da relutância empresarial em mergulhar de cabeça na nuvem pública quando se trata de aplicativos críticos para os negócios e de longa duração, observando a integração como um desafio significativo.
Mas não é apenas a integração entre aplicativos e fontes de dados que impede o desejo dos líderes empresariais de “ir para a nuvem”. É a integração — a dependência — de serviços de aplicativos que fornecem velocidade, segurança e escala desses aplicativos que geralmente atrapalha.
Ah, a nuvem pública está amadurecendo e finalmente começando a atingir um ponto crítico em que precisa oferecer serviços mais avançados do que firewalls baseados em tabelas de IP e balanceamento de carga simples para manter seu crescimento. Isso era inevitável. Quando as guerras de preços acabaram e a computação ficou mais barata do que um pen drive de 8 TB, os provedores tiveram que procurar outras maneiras de se diferenciar e oferecer razões convincentes para adotar sua plataforma. Não passou despercebido que os investimentos em rede estão focados em velocidade, escala e segurança. Os entrevistados da pesquisa State of the Network da Network World observaram que os “principais motivadores dos investimentos em rede são melhorar a velocidade e o desempenho da rede (55%), melhorar a segurança dos dados (53%), garantir a disponibilidade (50%), garantir a continuidade dos negócios (46%), melhorar a eficiência dos processos de TI (43%) e melhorar a eficiência dos processos de negócios (41%).”
Velocidade. Segurança. Escala.
O problema não é que os provedores não vão oferecer esses serviços, eles oferecem e vão oferecer. Mas esses serviços continuam desvinculados dos sistemas operacionais, modelos e processos do data center e exigem mudanças significativas não apenas na equipe, mas também nas habilidades. As políticas devem ser traduzidas de um serviço para outro. Processos e sistemas mudaram para incluir consoles de nuvem, painéis, logs e APIs para fornecer a visibilidade que as operações precisam para gerenciar o dia a dia dos negócios cada vez mais digitais.
Isso pressupõe que você possa encontrar serviços complementares disponíveis na nuvem. Em nosso primeiro relatório anual sobre o estado da segurança de aplicativos, os entrevistados indicam dependência de uma ampla variedade de serviços de segurança para proteger e defender contra o cenário de ameaças em evolução.
Firewalls de aplicativos web, antimalware, IPS, firewalls, detecção de fraudes web. Eles estão todos lá fora, em graus variados. Assim como os serviços que proporcionam escala e velocidade.
Quando as organizações falam sobre migrar para a nuvem, elas se deparam com poucas opções. Reescrever um aplicativo pode ser extremamente caro e demorado, principalmente considerando o acúmulo de aplicativos existentes. Um acúmulo de tarefas que, conforme observado pelo provedor de PaaS OutSystems , impactou 85% das empresas pesquisadas. Mais da metade alegou ter atrasos de 10 a 20 aplicativos.
No entanto, a elevação e a mudança trazem consigo preocupações razoáveis em relação à infraestrutura de suporte de um aplicativo. É a necessidade de elevar e mudar toda a arquitetura, não apenas os componentes do aplicativo, que tende a prejudicar o entusiasmo da TI por tais esforços migratórios. Os custos operacionais resultantes de um conjunto desarticulado de ferramentas, consoles, painéis e linguagens de políticas podem consumir uma parte significativa do tempo e do dinheiro que as empresas estão tentando economizar.
É por isso que é importante não apenas considerar os recursos e a funcionalidade dos serviços de aplicativos emergentes oferecidos pelos provedores de nuvem, mas também considerar a consistência operacional que as soluções podem ou não fornecer. 80% da funcionalidade pode ser aceitável e 50% do custo desejável, mas quando os custos administrativos são considerados, essas reduções são rapidamente corroídas por novos funcionários, novas ferramentas e tempo adicional necessário para integrar, operar e gerenciar novos serviços.
É uma expansão operacional e isso não é algo bom.
É possível migrar e migrar para a nuvem com confiança. Ao garantir a paridade dos serviços de infraestrutura, tanto em função quanto em operação, as organizações podem migrar aplicativos ainda mais complexos para a nuvem.
Para habilitar a elevação e a mudança com confiança, considere:
1. Serviços. Manter a paridade arquitetônica é fundamental, principalmente ao mover serviços relacionados à segurança com políticas bem definidas. A introdução de novos serviços requer investimentos significativos.
2. Gerenciamento. Prefira serviços que possam ser gerenciados independentemente de onde sejam implantados. Um único painel é preferível a muitos, mesmo que a equipe possa vê-lo como uma justificativa razoável para esse terceiro monitor.
3. Automação. Avalie APIs e métodos programáticos de automação e orquestração para garantir uma adequação aos conjuntos de habilidades operacionais. Exigir mais uma linguagem, estrutura ou conjunto de ferramentas de políticas introduz uma curva de aprendizado que pode resultar em erros, políticas mais flexíveis e consequências não intencionais.
Você está (de acordo com todas as pesquisas) indo para a nuvem. Embora certamente haja alguns aplicativos que nunca experimentarão a nuvem pública, há muitos que o farão. O segredo para o sucesso futuro é a paridade arquitetônica e operacional.
Tendo isso em mente, você estará migrando para a nuvem com confiança em pouco tempo.