O software ainda está devorando a TI: Seu próximo curso é Application Services

Em 2015, notei que o software estava devorando a TI . Isso foi baseado em dados coletados de diversas fontes do setor, incluindo RightScale, HBR, PWC e outras. Do desenvolvimento à implantação e entrega, o software estava dominando todos os lugares.

Mas mesmo assim, a infiltração de software na rede – no lado da produção da casa – ainda era mínima. Ah, os sinais estavam lá e até mesmo muitas das ferramentas e APIs que precisávamos. Mas se a amplitude do oleoduto era uma refeição sofisticada, então o desenvolvimento era o prato principal e a implantação e entrega eram apenas desertos.

Isso foi antes, isso é agora. E o que estamos vendo acontecer é que a implantação e a entrega agora são um dos três pratos principais no menu do pipeline de aplicativos.

Os dados? Selecionado da pesquisa F5 dos últimos dois anos. A transformação digital é apontada como a impulsionadora de toda essa automação e mudança, mas não negligencie o impacto disruptivo da nuvem pública em geral.

Independentemente de quem recebe o crédito (ou seria a culpa?) pela balança pender a favor do software, é quase indiscutível que o software ainda está devorando a TI.

Desenvolvimento

O segmento de desenvolvimento do pipeline de aplicativos sempre foi impulsionado pelo software. Usamos software para construir as diversas bibliotecas e executáveis. Usávamos software para hospedar versões do código muito antes do Git existir ou do CI/CD se tornar um termo familiar*.

O que nem sempre foi automatizado foi toda a amplitude do segmento de desenvolvimento. Testes automatizados, gerenciamento de configuração e sistemas de construção orientados a eventos não eram tão comuns quanto são hoje.

Graças à nuvem e ao DevOps, o segmento de desenvolvimento do pipeline de aplicativos se tornou, em grande parte, um empreendimento de “software que constrói o software”.

Implantação

Nuvem e DevOps novamente recebem destaque por impulsionar a necessidade de mais automação no segmento de implantação. Este segmento do “outro lado do muro de produção” é dominado por operações que automatizam a implantação da infraestrutura de aplicativos, bem como automatizam os processos de construção e teste. Esse nunca foi realmente o problema. A questão era o “resto do gasoduto”. A parte do pipeline que era composta pela infraestrutura de rede que fornecia as plataformas para os serviços de aplicativos necessários para dimensionar, proteger e acelerar os aplicativos.

É esse segmento do pipeline de aplicativos que agora está experimentando um crescimento explosivo na automação por um grupo crescente de engenheiros de rede experientes que chamamos de NetOps, como um aceno de cabeça ao movimento DevOps que influenciou (e continua a influenciar) as ferramentas, técnicas e metodologias usadas para automatizar "a rede".

Observamos enormes ganhos nos últimos três anos em termos de uso e importância da automação nas operações de rede. O segmento de implantação do pipeline de aplicativos está a caminho de se tornar o empreendimento do “software que implanta o software”.

Entrega

O segmento de entrega do pipeline de aplicativos está fadado a ser o mais disruptivo de todos. Isso ocorre em parte porque, durante vinte anos, nosso principal recurso na rede foi uma caixa de ferro brilhante. Eles são escaláveis, têm capacidade e são mais rápidos que o software, no geral. Mas com a inevitabilidade das organizações multi-nuvem e a adoção da nuvem pública como uma opção até mesmo para os aplicativos empresariais mais críticos, as regras do jogo mudaram.

O hardware não migra para a nuvem. O hardware não é realmente a plataforma certa para dar suporte às arquiteturas por aplicativo necessárias para adotar abordagens de infraestrutura imutável como código para entrega. O software migra para a nuvem. O software oferece suporte por aplicativo, imutabilidade e infraestrutura como código.

A questão não é realmente hardware ou software (para arquiteturas de nuvem por aplicativo – a resposta é obviamente software), mas são contêineres ou software virtual? Com os contêineres se movendo rapidamente para consumir data centers e nuvens, vimos uma duplicação da demanda por serviços de aplicativos entregues em contêineres. Agora, para ser justo, essa duplicação foi de cerca de 4% em 2017 para 9% em 2018, mas ainda assim é um salto significativamente grande, seja uma adoção de um dígito ou não.

Também houve uma demanda significativamente maior por software virtual, com as preferências de hardware caindo ano após ano. Agora, se você acha que isso vai cair para zero, então você realmente não entende por que mudamos de software para hardware em primeiro lugar (sim, já passamos por isso antes) e por que parte do segmento de entrega (o núcleo, a rede compartilhada) provavelmente sempre será, em grande parte, hardware na empresa.

A maior parte do segmento de entrega, no entanto, será de software. Já é. Já faz um tempo. É a única maneira de aliviar o atrito da migração de e para a nuvem pública e de abordar o crescente atrito entre cronogramas de implantação tradicionais e cronogramas de entrega de aplicativos baseados na demanda. Contêineres e software virtual consumirão pelo menos dois terços do segmento de entrega de aplicativos – tanto no local quanto na nuvem pública.

O segmento de entrega está se tornando um empreendimento de “software entregando o software que entrega e protege o software”.

Isso ocorre porque o software ainda está consumindo a TI e continuará assim no futuro próximo.

*Se sua família é composta principalmente por desenvolvedores (como a minha), então CI/CD é um termo familiar. Sua milhagem pode variar.