A disrupção da nuvem continua com a implantação contínua
Quando a nuvem surgiu, muitos previram seu impacto tumultuado nas organizações. Muitos viram a iminente disrupção em termos de seu impacto no mercado de infraestrutura tradicional, pois é muito difícil passar de um produto tangível para um que seja quase efêmero por natureza. E embora isso seja verdade, tem sido uma jornada turbulenta, à medida que o mercado de infraestrutura retorna (observe que é um retorno , não uma transformação) a uma perspectiva baseada em software, com foco na nuvem.
Houve menos especialistas que notaram que a interrupção não era apenas do mundo físico, mas também do mundo empresarial. A nuvem e uma abordagem mais orientada a software para construir as redes e a infraestrutura necessárias para ter sucesso em uma economia de aplicativos (e APIs) também exigiram uma mudança nos modelos de negócios. Especificamente, como os inúmeros componentes de rede e infraestrutura eram gerenciados, incluindo o licenciamento.
Veja bem, licenciar uma única caixa é fácil (comparativamente). Uma licença é comprada, aplicada e pronto! É seu. Mas o software nunca (e eu quero dizer nunca mesmo ) foi tão simples. Alguns de vocês devem se lembrar da tempestade de fogo desencadeada por certos gigantes do software no início dos anos 2000, que tentaram freneticamente se adaptar do modelo de licenciamento de CPU única que vinham usando há anos para um pesadelo matemático de múltiplas CPUs e múltiplos núcleos que nem mesmo a "nova matemática" conseguia resolver facilmente.
A mesma coisa aconteceu com a nuvem, onde seu modelo de cobrança de serviços públicos tornou a migração de volta para o software muito mais difícil do que apenas ajustar algum código para caber em um hipervisor virtual ou baseado em nuvem.
Agora vem o DevOps com sua noção de tudo “contínuo” e, de repente, o licenciamento é um obstáculo significativo que o mercado de rede e infraestrutura terá que superar. Não é apenas a velocidade com que os serviços de rede e infraestrutura precisam ser provisionados e configurados repentinamente, mas também a taxa de mudança que é problemática. Antigamente, você implantava um componente de infraestrutura e ele permanecia onde estava. Mas agora, você implanta muitos componentes de infraestrutura, às vezes muitas vezes por dia/semana/mês. A frequência de mudanças está aumentando e a demanda por essas mudanças está se infiltrando (necessariamente) na rede. Integração Contínua (CI) e Entrega Contínua (CD) são de responsabilidade do desenvolvimento e operações de aplicativos. Mas a implantação contínua requer colaboração em todo o espectro de implantação de software – o que significa produção também.
Testar mais cedo no pipeline (como em testes ou controle de qualidade, não em produção) é essencial para alcançar não apenas implantações rápidas, mas também implantações confiáveis. Implantações que não estão consumindo o tempo dos desenvolvedores porque eles enfrentam problemas na produção devido a diferenças nas arquiteturas de rede e infraestrutura.
Uma abordagem flexível e baseada em software para licenciamento pode atenuar esse desafio, bem como a necessidade de mais agilidade na rede de produção. Ao fornecer os meios pelos quais as licenças podem ser agrupadas, gerenciadas centralmente e distribuídas com a facilidade de uma chamada de API, as organizações podem equalizar o desenvolvimento e a produção (importante para confiabilidade e consistência) , além de dar suporte à necessidade de expansão na produção ao usar versões de software de plataformas de rede e infraestrutura.
É por isso que tanto o BIG-IQ 5.0 quanto o iWorkflow 2.0 oferecem suporte ao licenciamento ágil para milhares de instâncias do BIG-IP. A necessidade de gerenciar licenças – mas não necessariamente as instâncias licenciadas – é fundamental para permitir que o desenvolvimento e as operações integrem e testem mais cedo nas fases de implantação de pré-produção. O BIG-IQ 5.0 se concentra no gerenciamento de BIG-IP, é verdade, mas também é capaz de gerenciar licenças para até 5.000 instâncias de BIG-IP em um modelo flexível que oferece suporte aos ambientes de desenvolvimento mais rápidos e ágeis que estão sendo criados pelo DevOps atualmente. Isso é especialmente crítico à medida que as arquiteturas evoluem e serviços de aplicativos, como balanceamento de carga, tornam-se mais fortemente acoplados aos aplicativos (e microsserviços) como parte da arquitetura, em vez de entidades externas "adicionais".
A disrupção inerente à nuvem, tanto no modelo operacional quanto no de negócios, ainda é sentida hoje. Mas tem que ser mais do que apenas uma abordagem de “colocar seu código em uma VM/contêiner”. Ela também precisa se adaptar aos modelos de negócios em constante mudança que a nuvem introduziu e talvez involuntariamente levou a ser "o jeito" que será no futuro previsível. O F5 BIG-IP 5.0 e o iWorkflow 2.0 foram projetados para se encaixar “no caminho” e garantir que, à medida que as organizações adotam essa base em seus próprios data centers – sejam eles físicos ou efêmeros – os serviços de aplicativos de que precisam serão entregues com presteza.