Preenchimento de lacunas com o código aberto
A entrega de aplicativos está mudando. Correndo o risco de usar chavões, ele está sendo transformado – digitalmente. A entrega contínua se tornou a norma para DevOps (71% planejam implementar), e a implantação contínua deve ser seguida para que os negócios tenham sucesso na era do Capital de Aplicação . Embora 73% das organizações planejem adotar a implantação contínua, quase metade delas ainda não começou. Impressionantes 42% ainda não automatizaram um único componente do pipeline de implantação contínua.
A divisão entre entrega e implantação é real. Isso pode ser visto na teoria em pesquisas e na prática no abismo que existe entre a nuvem e o data center. Isso é visto dentro das organizações na parede que interrompe a entrega contínua onde ela encontra uma espécie de implantação contínua.
Isso também é visto na tecnologia, onde uma lacuna muito real na visibilidade surge da cadeia de entrega de aplicativos desconectada. Isso é visto na incapacidade de monitorar e medir o desempenho do aplicativo em ambientes multi-nuvem. E isso é visto na incapacidade de implementar e aplicar consistentemente políticas de segurança em todo o portfólio de aplicativos multigeracionais atualmente sob gerenciamento de milhares de organizações empresariais.
A divisão está crescendo
Cada vez mais observamos essa divisão aumentar com a adoção de aplicativos e arquiteturas modernos e nativos da nuvem. Até mesmo os aplicativos que permanecem vinculados ao data center são afetados. Seja esse impacto em novas abordagens – tudo contínuo – ou novos serviços de aplicativos para atender à necessidade de segurança e escala em ambientes modernos e nativos da nuvem, uma coisa é clara: a entrega de aplicativos precisa mudar e eliminar a divisão entre DevOps e NetOps se quiser atender à necessidade de consistência e visibilidade em um mundo multinuvem.
O mundo do DevOps é cada vez mais construído em código aberto. Como o CEO da NGINX, Gus Robertson, escreveu em seu blog recente : “Se o software está devorando o mundo, então o código aberto está devorando o software”. Os aplicativos em si são desenvolvidos hoje principalmente a partir de componentes de terceiros, a maioria deles de código aberto. A infraestrutura de aplicativos é cada vez mais construída a partir de componentes de código aberto. De servidores web a servidores de aplicativos, de bancos de dados a controle de entrada, de mensagens a tempos de execução de contêineres e orquestração. 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 respondem a vários desafios: entrega e implantação rápidas e frequentes, além de um modelo de negócios sem atrito. Mas eles também oferecem benefícios em termos de incentivo à colaboração e estímulo à inovação quando organizações inteiras migram para a padronização de operações baseadas em código aberto.
Nada disso é possível sem as comunidades apaixonadas de desenvolvedores que trabalham incansavelmente para melhorar suas soluções de código aberto.
Na F5, valorizamos essas comunidades.
Como a F5 vê a comunidade
Em um exemplo comparável, nossa comunidade DevCentral é baseada na inovação colaborativa, guiada por muitos dos mesmos princípios que orientam projetos de código aberto. O compartilhamento de código e a transferência de conhecimento entre a comunidade ajudam centenas de milhares de membros a inovar e criar novos recursos para nossa plataforma BIG-IP. Com essas soluções vêm 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 no qual nossos clientes e a comunidade confiam para manter seus negócios funcionando.
Ainda assim, sabemos que muitos de vocês – especialmente na comunidade de código aberto NGINX – não conhecem o F5 muito bem. Também reconhecemos que isso lhe dá motivos para ser cético. Isso é compreensível. Até o momento, nossa interação com o código aberto permaneceu em grande parte nos bastidores.
Dito isso, nossa própria transformação faz uso extensivo de código aberto para impulsionar nosso pipeline de CI/CD e nossos produtos, à medida que mudamos nosso foco da entrega de aplicativos para serviços de aplicativos . Estamos constantemente interagindo com código aberto, e nossos engenheiros principais contribuem ativamente para loopback.io e nats.io. Nosso braço Aspen Mesh consome e contribui regularmente para o istio.io e gerou 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 Ansible .
Não falamos muito sobre isso porque não contribuímos para marcar pontos de marketing; contribuímos porque é a coisa certa a fazer por nós, por nossos clientes e por cada uma das comunidades que administram projetos de código aberto.
Construção de pontes
Para eliminar a lacuna que impede a empresa de realizar TI contínua, a coisa certa 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 aplicativos.
Então deixe-me reiterar o que Gus e Igor comunicaram: A F5 pretende aumentar o investimento para ampliar e acelerar a missão do NGINX.
Ao reunir F5 e NGINX, podemos capacitar empresas com um conjunto consistente e completo de serviços de aplicativos para atender a uma das necessidades mais urgentes de TI: implantações rápidas e frequentes em um conjunto variado de arquiteturas de aplicativos que residem em várias propriedades de nuvem. Acreditamos que fazer isso com sucesso depende de o NGINX permanecer de código aberto e ser impulsionado em grande parte pela comunidade que o construiu.
O NGINX tem feito um trabalho incrível ao orientar seu software de código aberto e sua comunidade até o momento. É uma das coisas que nos atraiu. Ao olharmos para um futuro que tanto a NGINX quanto a F5 acreditam que será impulsionado e moldado por aplicativos, vemos a necessidade e a oportunidade de ampliar e acelerar o desenvolvimento e a inovação no conjunto NGINX.
Estamos ansiosos para aprender com essas comunidades e trabalhar juntos em direção a um futuro construído sobre uma paixão compartilhada por aplicativos e sua entrega impecável.