A entrega de aplicações está mudando. Correndo o risco de usar termos da moda, ela está passando por uma transformação digital. A entrega contínua tornou-se a norma para DevOps (71% planejam implementá-la), e a implantação contínua precisa acompanhar essa evolução para que as empresas tenham sucesso na era do Capital de Aplicações. Embora 73% das organizações planejem adotar a implantação contínua, quase metade delas ainda não começou. Surpreendentes 42% ainda não automatizaram sequer um componente do pipeline de implantação contínua.
A divisão entre entrega e implantação é real. Ela pode ser observada, na teoria, em pesquisas e, na prática, no abismo existente entre a nuvem e o data center. Dentro das organizações, ela se manifesta na barreira que interrompe a entrega contínua quando esta se depara com uma implantação apenas parcialmente contínua.
Isso também é observado na tecnologia, em que uma lacuna bastante concreta de visibilidade surge da cadeia desconectada de entrega de aplicações. É observado na incapacidade de monitorar e medir o desempenho das aplicações em ambientes multinuvem. E é observado na incapacidade de implantar e aplicar políticas de segurança de forma consistente em todo o portfólio multigeracional de aplicações atualmente gerenciado por milhares de organizações empresariais.
A divisão está aumentando
Temos observado essa divisão aumentar cada vez mais com a adoção de aplicações e arquiteturas modernas e nativas da nuvem. Até mesmo as aplicações que permanecem vinculadas ao data center são afetadas. Seja esse impacto decorrente de novas abordagens — tudo contínuo — ou de novos serviços de aplicações para atender às necessidades de segurança e escalabilidade em ambientes modernos e nativos da nuvem, uma coisa é clara: a entrega de aplicações precisa mudar e superar a divisão entre DevOps e NetOps para atender à necessidade de consistência e visibilidade em um mundo multinuvem.
O mundo de DevOps é cada vez mais baseado em código aberto. Como escreveu Gus Robertson, CEO da NGINX, em seu blog recente: “Se o software está devorando o mundo, então o código aberto está devorando o software.” Hoje, as próprias aplicações são desenvolvidas principalmente com componentes de terceiros, a maioria deles de código aberto. A infraestrutura de aplicações é cada vez mais criada com componentes de código aberto: de servidores web a servidores de aplicações, de bancos de dados a controladores de entrada, de sistemas de mensageria a ambientes de execução e orquestração de contêineres. As operações de TI são conduzidas por ferramentas de código aberto como Puppet, Chef, Terraform, Helm, Kubernetes e Ansible.
Essas ferramentas e tecnologias são adotadas porque atendem a diversos desafios: entrega e implantação rápidas e frequentes, aliadas a um modelo de negócios sem atritos. Mas elas também oferecem benefícios ao incentivar a colaboração e impulsionar a inovação quando organizações inteiras passam a padronizar suas operações com base em código aberto.
Nada disso seria possível sem as comunidades apaixonadas de desenvolvedores que trabalham incansavelmente para aprimorar suas soluções de código aberto.
Na F5, reconhecemos o valor dessas comunidades.
Como a F5 vê a comunidade
Em um exemplo semelhante, nossa comunidade DevCentral baseia-se na inovação colaborativa, orientada por muitos dos mesmos princípios que impulsionam projetos de código aberto. O compartilhamento de código e a transferência de conhecimento em toda a comunidade ajudam centenas de milhares de membros a inovar e criar novos recursos para nossa plataforma BIG-IP. Essas soluções trazem novas extensões, plug-ins e bibliotecas para projetos de código aberto como Puppet, Chef e node.js.
Participamos ativamente, incentivamos e apoiamos esses esforços para aprimorar não apenas nossos próprios produtos, mas também o software de código aberto do qual nossos clientes e a comunidade dependem para manter seus negócios em funcionamento.
Ainda assim, sabemos que muitos de vocês — especialmente na comunidade de código aberto do NGINX — não conhecem muito bem a F5. Também reconhecemos que isso lhes dá motivos para desconfiar. É compreensível. Até hoje, nossa interação com o código aberto ocorreu, em grande parte, nos bastidores.
Dito isso, nossa própria transformação faz amplo uso do código aberto para impulsionar nosso pipeline de CI/CD e nossos produtos à medida que mudamos nosso foco da entrega de aplicações para os serviços de aplicações. Interagimos constantemente com o código aberto, e nossos principais engenheiros contribuem ativamente para loopback.io e nats.io. Nossa divisão Aspen Mesh utiliza e contribui regularmente para o istio.io, além de ter criado vários projetos de código aberto relacionados que mantemos, como istio-vet, istio-client-go e tracing-go. Desenvolvemos e mantemos um conjunto de módulos de código aberto para o Ansible.
Não fazemos muito alarde sobre isso, pois não contribuímos para ganhar pontos de marketing; contribuímos porque é a coisa certa a fazer por nós, por nossos clientes e por cada uma das comunidades responsáveis por projetos de código aberto.
Construção de pontes
Para superar a lacuna que impede as empresas de alcançar uma TI contínua, o melhor a fazer agora é ampliar e acelerar a missão de alguns dos componentes de código aberto mais amplamente adotados na pilha de entrega de aplicações.
Então, permitam-me reiterar o que Gus e Igor comunicaram: a F5 pretende aumentar os investimentos para ampliar e acelerar a missão do NGINX.
Ao unir a F5 e o NGINX, podemos oferecer às empresas um conjunto consistente e completo de serviços de aplicações para atender a uma das necessidades mais urgentes da TI: implantações rápidas e frequentes em um conjunto diversificado de arquiteturas de aplicações hospedadas em vários ambientes de nuvem. Acreditamos que, para fazer isso com sucesso, o NGINX deve permanecer de código aberto e continuar sendo impulsionado, em grande parte, pela comunidade que o criou.
Até hoje, a NGINX tem feito um trabalho incrível na condução de seu software de código aberto e de sua comunidade. Esse foi um dos aspectos que nos atraíram. Ao vislumbrarmos um futuro que, tanto para a NGINX quanto para a F5, será impulsionado e moldado por aplicações, vemos a necessidade e a oportunidade de ampliar e acelerar o desenvolvimento e a inovação na stack da NGINX.
Estamos ansiosos para aprender com essas comunidades e trabalhar juntos rumo a um futuro construído sobre uma paixão compartilhada por aplicações e por sua entrega impecável.
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...