Se você já começou a automatizar os serviços de aplicações da F5, provavelmente está familiarizado com o uso de ferramentas de automação como o Ansible. Atualmente, existem 115 módulos do Ansible para a F5 que permitem automatizar e gerenciar diversas atividades e configurações da F5, como licenciamento, balanceamento de carga, disponibilidade global, políticas de tráfego e segurança, entre outras. Com base nas solicitações dos clientes, esses módulos do Ansible são desenvolvidos e têm suporte da F5. Para atender a mais casos de uso e facilitar a implantação de serviços de aplicações, a F5 está lançando o Application Services 3 (AS3) como parte do F5 Automation Toolchain (consulte o Guia do Usuário do AS3 para obter mais informações de contexto).
Em conversas com clientes sobre a automação da F5 com o Ansible, ficou evidente que alguns veteranos em automação estão buscando maneiras de tornar a automação existente mais sustentável, robusta e portável. Uma das perguntas mais frequentes é mais ou menos assim: “Uso o Ansible para automatizar a maior parte da minha infraestrutura de aplicações e agora estou ouvindo falar do AS3. Parece que o AS3, assim como o Ansible, pode configurar serviços de aplicações no F5 BIG-IP. Essas soluções fazem a mesma coisa? Existe uma abordagem recomendada que eu deva adotar?”
Sem entrar no mérito de escolher uma opção em detrimento da outra, a abordagem certa para você depende muito dos problemas que está tentando resolver e, em alguns casos, das políticas da sua empresa. O objetivo aqui é tentar responder a essa pergunta fornecendo algum contexto e apresentar ideias sobre como essas duas ferramentas se complementam muito bem. Ficou interessado? Continue lendo…
O AS3 é uma extensão de API do BIG-IP que usa um documento JSON para configurar serviços de aplicativos das camadas 4 a 7 em um BIG-IP por meio de uma única interface declarativa. O AS3 foi projetado para ser lançado mensalmente, geralmente no início de cada mês, e já conta com suporte da F5 para o TMOS 12.1.x e versões posteriores.
Quando usar o AS3, quando usar os módulos do Ansible e quando usar ambos
Em termos simples, a decisão entre AS3 e Ansible depende da sua preferência por abordagens de configuração imperativa ou declarativa. O AS3 permite configurar o F5 de forma declarativa, em vez de imperativa. O uso do AS3 com o Ansible permite abstrair e transformar sua configuração em modelos, usando termos padrão do setor em sua declaração (por exemplo, WAF). Além disso, à medida que o AS3 recebe novos recursos, deve ficar mais fácil adicioná-los à configuração da sua aplicação. Isso ocorre porque, ao aprimorar sua declaração do AS3, você não precisa organizar as tarefas em uma ordem específica; o AS3 determina para você as etapas e a ordem das operações.
De modo geral, o AS3 é uma boa opção quando você deseja usar uma interface declarativa para criar modelos de configurações completas do BIG-IP usando JSON. Os módulos do Ansible são uma boa opção quando você deseja continuar usando uma abordagem imperativa ou priorizar operações e tarefas ad hoc. Não existe uma abordagem certa ou errada. Tudo depende dos requisitos, das necessidades e das restrições da sua estratégia de automação.
Automação empresarial da F5 com o Red Hat Ansible Tower
Se você já usa o Ansible em todo o seu data center e aproveita o ecossistema do Ansible, agora terá duas opções:
- Use o Ansible para configurar serviços de L4 a L7 por meio dos módulos F5 Ansible
- Use o Ansible para configurar o serviço L4-L7 por meio do AS3
Isso significa que você tem mais flexibilidade caso queira automatizar com o projeto Ansible de código aberto: o método de automatização de tarefas usando módulos BIG-IP individuais e, agora, um método baseado em modelos usando o AS3.

Para configurar o F5 Application Services usando o Ansible e o AS3, você pode usar o módulo bigip_appsvcs_extension desenvolvido pela F5 ou o módulo URI do Ansible.
Para configurar os F5 App Services usando módulos do Ansible, você pode usar os módulos integrados distribuídos como parte da versão de código aberto do Ansible.
Então, como colocar seus ambientes F5 automatizados em operação? Como fazer com que sua solução de automação tenha o suporte da F5 e da Red Hat? Você tem uma equipe distribuída que precisa de recursos avançados de automação, como RBAC, execuções de automação agendadas ou uma API RESTful para integração a outros fluxos de trabalho mais amplos? As respostas estão no Red Hat Ansible Tower. Os clientes da F5 podem aproveitar todo o potencial do Red Hat Ansible Tower para criar pipelines de CI/CD mais eficientes.
O Red Hat Ansible Tower aproveita a liberdade oferecida pelo desenvolvimento de Ansible Playbooks, mas acrescenta recursos de proteção dos quais os operadores de rede podem precisar, especialmente se não forem especialistas em automação. Com o Red Hat Ansible Tower, as equipes agora têm a flexibilidade de automatizar seus ambientes F5 (por meio do AS3 ou de módulos F5 Ansible), permitindo que as configurações sejam aplicadas e validadas continuamente.
Primeiros passos
Para ajudar você a começar, confira este vídeo de 2 minutos com uma visão geral do AS3 e um ambiente sandbox do Ansible que destaca os benefícios da abstração ao utilizar ferramentas de automação. Depois de se familiarizar com o conceito, experimente também as funções do F5 Ansible no Galaxy.
Sobre o autor
Publicaçõ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...