A combinação de código aberto e contêineres cria um ambiente em constante mudança. A tecnologia de ambientes de contêineres, que não é mais incipiente, está amadurecendo rapidamente, em parte graças às suas raízes no código aberto. Nós, do lado comercial e corporativo do desenvolvimento de software, muitas vezes confiamos no código aberto (80% dos aplicativos hoje são compostos de bibliotecas de terceiros, muitas das quais são de código aberto) e os contêineres não são exceção.
Com essa rápida maturação, vêm iterações rápidas de soluções como o F5 Container Connector, que conectam as rotas entre ambientes modernos e redes tradicionais. Essa ponte é necessária para garantir que os usuários (sejam humanos ou dispositivos) consigam acessar as APIs e que os aplicativos comecem a ser implantados em ambientes de contêiner.
Isso ocorre porque ainda há desafios que a Internet precisa enfrentar e que são melhor enfrentados por um caminho de entrada seguro de fora da organização para dentro. Endereços IPv4 limitados são um deles, o que restringe o número de endpoints públicos que uma empresa pode apresentar ao mundo externo para acesso. E mesmo que isso fosse resolvido pela adoção do IPv6, as preocupações com a segurança provavelmente restringiriam os pontos de entrada como um meio de garantir que cada solicitação fosse inspecionada e verificada antes de ser permitida no centro de dados.
Isso significa que o uso de proxies de balanceamento de carga tradicionais e escaláveis para proteger o gateway para APIs e aplicativos em contêineres continuará no futuro próximo. Mas isso não significa que essas soluções – como o BIG-IP – não devam ser tão flexíveis e dinâmicas quanto os ambientes aos quais estão entregando solicitações. É por isso que o F5 Container Connector existe: para garantir que as alterações em um ambiente de contêiner sejam rapidamente comunicadas ao BIG-IP.
Nesta iteração de “o que há de novo no F5 Container Connector”, estamos anunciando suporte para reescrever Anotações para facilitar a reescrita de URLs. Esses recursos são usados para uma variedade de propósitos, incluindo migrar clientes de uma versão de uma API ou aplicativo para outra ou resolver um problema antigo de caminho de URL reescrevendo-o automaticamente no novo caminho que resolve.
Outra novidade é o suporte ao Helm, o gerenciador de pacotes do Kubernetes. À medida que os ambientes de contêineres – e os aplicativos implantados neles – continuam a se tornar mais complexos em termos de sistemas envolvidos, torna-se inviável implantá-los e gerenciá-los manualmente. Um método mais automatizado e declarativo de implantação e gerenciamento é necessário não apenas para dimensionar, mas para garantir que todas as peças estejam prontas para um determinado aplicativo.
O Helm usa o que chama de gráficos para empacotar um aplicativo inteiro e seus componentes, garantindo implantações consistentes e repetíveis, bem como reversões simples em caso de problemas. O F5 Container Connector agora oferece suporte ao uso de gráficos Helm para implantar e gerenciar facilmente rotas de entrada no BIG-IP.
Você pode encontrar a documentação para reescrever anotações aqui e os gráficos Helm de entrada do F5 BIG-IP no github.