O ritmo da transformação digital se acelerou no último ano, levando os responsáveis pela rede e pela infraestrutura que disponibilizam aplicativos a usuários finais e corporativos a recorrer à automação e à abordagem mais ágil e colaborativa proporcionada pelo DevOps. No entanto, mesmo adotando a automação e reconhecendo a importância da programabilidade (APIs e modelos), as organizações ainda não estão prontas para escolher uma única stack que domine todas as demais.
Com mais de 2.100 participantes de todas as áreas de TI — de desenvolvedores de aplicativos e CEOs a engenheiros de segurança e redes —, nossa pesquisa State of Application Delivery de 2017 revelou que, à medida que o DevOps avança no ambiente de produção, seus fatores motivadores e as percepções a seu respeito também mudam.
01 | ADOÇÃO DA AUTOMAÇÃO
A transformação digital exige mais do que apenas uma API corporativa e um exército de desenvolvedores. Estamos observando um foco tão grande quanto — ou até maior — nas mudanças internas necessárias para permitir que a empresa ganhe escala de forma eficiente e compatível com seu crescimento. Alocar mais pessoas às tarefas já não é uma maneira viável de ampliar as operações da empresa, pois não se trata apenas de concluir as tarefas, mas também de realizá-las com rapidez e eficiência.
Isso significa mais sistemas, mais dispositivos, mais aplicativos, mais ameaças e mais identidades para gerenciar. Na área de TI, o mesmo desafio de ganhar escala para atender a essa demanda persiste e vem sendo enfrentado cada vez mais com automação e orquestração.
Em 2016, apenas 21% dos participantes da nossa pesquisa State of Application Delivery usavam uma ou mais estruturas de automação. Um ano depois, esse número saltou para 52% dos participantes, sendo que mais da metade usava dois ou mais sistemas simultaneamente. Todos os sistemas registraram crescimento, com Cisco, OpenStack e VMware apresentando os maiores avanços, de 19%, 14% e 22%, respectivamente. Como que para comprovar a importância da automação de serviços de rede e de aplicativos, o Cisco ACI é usado por 35% dos participantes. Considerando que ele é relativamente novo em comparação com soluções consolidadas como VMware e até mesmo OpenStack, esse é um salto considerável em apenas dois anos de acompanhamento.
02 | PRODUÇÃO DE REGRAS DE STACK HÍBRIDA
Embora 39% dos entrevistados usem apenas um sistema para automatizar a infraestrutura e os serviços de aplicativos, a maioria (61%) usa dois ou mais. Observamos que, quanto maior a organização (e, talvez sem surpresa, quanto maior o número de aplicativos gerenciados), maior esse número. A média de sistemas de automação em uso é de 1,8, mas, se você gerencia 3.000 aplicativos ou mais, pode esperar uma média de 2,43.
É interessante observar que o número médio de modelos de nuvem em uso também é de 1,8. É perfeitamente possível que, em algumas organizações, a automação esteja vinculada exclusivamente à adoção e ao uso da computação em nuvem.
Isso faz todo o sentido para empresas que há muito tempo dependem da VMware para virtualizar sua infraestrutura de computação. Praticamente (desculpem o trocadilho) não há motivo para uma organização eliminar a automação existente que viabiliza o provisionamento e o gerenciamento de seus recursos computacionais. Na maioria das vezes, a solução está em sistemas adicionais, como o Cisco ACI, que ampliam a automação do provisionamento e do gerenciamento para a infraestrutura de rede e de serviços de aplicativos.
Quase metade (47%) dos que utilizam uma única plataforma de automação optou pela VMware. A Cisco foi escolhida por 26% dos entrevistados que usam apenas uma plataforma, enquanto a OpenStack ficou com 9%.
7% dependem exclusivamente de scripts Python para implementar automação e orquestração, o que reforça a necessidade de uma comunidade sólida, voltada para os clientes e com bom suporte em torno das APIs de plataformas de serviços de rede e aplicativos.
03 | ESCALA ACIMA DA VELOCIDADE
O benefício mais citado do DevOps é a velocidade. As métricas associadas à avaliação de seu sucesso giram em torno da frequência de implantação e do tempo de lançamento no mercado. No entanto, quando se trata da infraestrutura de rede e de serviços de aplicativos, a escala se torna a principal força por trás da automação e da orquestração. Apenas 14% dos entrevistados citaram o tempo de lançamento no mercado como o fator determinante para o uso de frameworks de automação, enquanto a escala (37%) e a redução das despesas operacionais (37%) foram apontadas como os motivos para sua adoção.
Suspeitamos que a redução das despesas operacionais (OpEx) seja uma forma de dizer “manter o orçamento no mesmo patamar”. Como os orçamentos de TI praticamente não mudaram ou estão estagnados, segundo a pesquisa mais recente da Computer Economics, otimizá-los é, sem dúvida, uma preocupação significativa. É difícil ganhar escala sem contratar mais funcionários, considerando que a proporção entre dispositivos e engenheiros já é elevada. Portanto, a automação e a orquestração são uma forma de ampliar a escala sem aumentar drasticamente o orçamento operacional.
É interessante observar que a automação muitas vezes contribui para aumentar a velocidade de uma implantação. Ao mapear os fluxos de valor como primeira etapa para orquestrar os processos de implantação, geralmente é fácil identificar os “tempos de espera” que causam atrasos. Esses tempos de espera costumam ocorrer durante as transferências de responsabilidade entre equipes ou enquanto uma tarefa fica “na fila”, aguardando que um engenheiro esteja disponível para executá-la. A automação pode reduzir esses tempos de espera e o tempo nas filas, acelerando todo o processo e, consequentemente, reduzindo o tempo de lançamento no mercado.
Uma análise dos fatores que impulsionam a adoção de SDN revela um cenário semelhante: 62% adotam SDN para conter as despesas operacionais.
04 | A PROGRAMABILIDADE É FUNDAMENTAL
Muito antes de tudo definido por software se tornar o padrão, a programabilidade viabilizou ecossistemas de um mesmo fornecedor ao fornecer os meios para integrar produtos e oferecer recursos mais abrangentes aos clientes. Essas mesmas APIs agora deram origem à economia de Outras APIs e possibilitam uma ampla variedade de funções e recursos, tanto diretamente aos clientes quanto por meio do incentivo a uma integração mais ampla com sistemas de código aberto.
Seja em relação à infraestrutura vinculada à nuvem ou ao data center, é por meio da programabilidade que as redes e a infraestrutura de aplicações são automatizadas, os processos passam a ser orquestrados e, por fim, alcança-se a escalabilidade. A programabilidade é mais frequentemente associada a APIs e, cada vez mais, ao conceito de modelos. Em nossa pesquisa, ambas registraram aumentos expressivos na percepção de sua importância, com maiorias claras classificando-as como características “mais importantes” para a infraestrutura.
A programabilidade do caminho de dados é menos compreendida e discutida; ou seja, a capacidade de interceptar, inspecionar e modificar dados em trânsito. Isso possibilita funções na camada de aplicação, como reescrever URLs, proteger cookies e adicionar/remover cabeçalhos HTTP, além de permitir uma inspeção mais profunda dos protocolos, o que é especialmente útil para a segurança (principalmente diante de uma nova vulnerabilidade).
Surpreendentemente, esse recurso é considerado “mais importante” do que APIs ou modelos. Enquanto 52% dos entrevistados consideram as APIs “mais importantes” e 53% afirmam que os modelos são “mais importantes”, 57% classificam a programabilidade do caminho de dados como “mais importante”.
Os benefícios comerciais da programabilidade do caminho de dados em termos de agilidade, especialmente no âmbito da segurança, oferecem amplo incentivo para que os entrevistados adotem esses recursos.
Programabilidade, automação e orquestração vieram para ficar, e é animador ver a parcela significativa de profissionais de áreas além do desenvolvimento de aplicativos adotando esses conceitos. Embora possam encarar a automação, a orquestração e conceitos relacionados como respostas táticas a desafios como orçamento e escala, certamente estão aproveitando o amplo leque de recursos do DevOps para oferecer o respaldo necessário à transformação digital da empresa, tanto interna quanto externamente.
Fique à vontade para consultar os dados em formato de apresentação no SlideShare.
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...