Automatizando os serviços de aplicações da F5: um guia prático
Introdução
Automatizar a implantação e o gerenciamento da configuração de dispositivos de entrega e segurança de aplicações tornou-se uma prática praticamente obrigatória. No relatório de 2017 da IDG FutureScape , a automação e o gerenciamento de múltiplas nuvens foram classificados como algumas das principais iniciativas que impactariam as empresas até 2021.¹ A automação proporciona escalabilidade, confiabilidade e integração à implantação dos serviços essenciais de segurança, otimização e disponibilidade de que as aplicações precisam — e integra sua entrega aos fluxos de trabalho orquestrados de compilação, teste e implantação que estão se consolidando como o modelo predominante de implantação de aplicações.
Até mesmo a automação simples de tarefas básicas, como adicionar novos servidores virtuais ou membros de pools, pode permitir que a equipe de operações ofereça recursos de autoatendimento aos responsáveis pelas aplicações ou a outros sistemas automatizados, além de liberar tempo para trabalhos mais produtivos, como desenvolver a próxima geração de ferramentas de automação.
A necessidade de automação se torna ainda mais importante quando uma organização começa a adotar várias plataformas de nuvem para fornecer serviços de TI. Ao implantar serviços em vários locais com diferentes características de plataforma, a automação pode ajudar a reduzir o impacto do aumento da sobrecarga operacional e diminuir os erros decorrentes da falta de familiaridade com novas plataformas.
Mas como automatizar e o que automatizar? Com diferentes modelos operacionais, interfaces e linguagens, o software de automação pode atuar na camada de um único dispositivo ou como ferramentas mais complexas, que abrangem vários sistemas. As plataformas de nuvem de infraestrutura como serviço (IaaS) oferecem suas próprias ferramentas nativas para implantar infraestrutura e serviços virtuais. Além disso, a F5 oferece diversas interfaces e opções de orquestração. Embora essa ampla variedade de ferramentas e opções permita automatizar da maneira mais adequada à sua organização, escolher a ferramenta certa pode ser uma tarefa desafiadora — e o risco de maior complexidade e proliferação de ferramentas é real.
Neste documento, apresentaremos uma visão geral das maneiras de automatizar a implantação, o gerenciamento e a configuração de appliances F5 BIG-IP (físicos e virtuais), além de algumas orientações sobre como escolher o caminho mais adequado para sua empresa.
O ciclo de vida da automação
Há vários pontos-chave de automação no ciclo de vida da entrega de serviços de aplicações. Dependendo do seu modelo de infraestrutura e dos métodos de implantação de aplicações, talvez seja necessário desenvolver todos eles ou apenas alguns.
Se você estiver implantando serviços em um BIG-IP físico ou virtual de alta capacidade e multilocatário, as atividades de inicialização e integração não serão uma prioridade tão alta quanto a implantação, o monitoramento e a atualização das configurações dos serviços de aplicação para as centenas ou milhares de aplicações às quais eles oferecem suporte.
Se você estiver considerando um modelo de implantação em que cada aplicação tenha instâncias dedicadas do BIG-IP em vários ambientes — incluindo possíveis instâncias efêmeras criadas sob demanda para testes e garantia de qualidade —, automatizar os processos de inicialização e integração será tão essencial quanto implantar os próprios serviços da aplicação.
Independentemente do seu ambiente e da quantidade de processos que você precisa automatizar, há alguns tópicos importantes que devem ser considerados.
Automação: algumas considerações importantes
O espectro de maturidade da automação
A automação abrange uma série de atividades. Em uma das extremidades do espectro está o desenvolvimento de scripts simples escritos em Bash, TMSH, Python ou outras linguagens, que podem ser executados localmente para agilizar as atividades de configuração manual. Na outra extremidade está um sistema completo de “infraestrutura como código”, que combina gerenciamento de código-fonte, orquestradores de fluxo de trabalho e, possivelmente, várias ferramentas de automação para criar um sistema no qual a configuração da infraestrutura é definida e alterada por meio de arquivos de texto armazenados em um repositório. Entre esses dois extremos, há diversas opções para ajudar você a gerenciar a implantação e a configuração de uma plataforma BIG-IP.
Mutável vs. imutável
A maioria das implantações atuais do BIG-IP pode ser considerada mutável, o que significa que podemos esperar que sua configuração mude ao longo do tempo. Isso ocorre porque a plataforma BIG-IP é implantada principalmente como um dispositivo multilocatário que fornece serviços a vários aplicativos. À medida que novos aplicativos são implantados — ou os aplicativos existentes são dimensionados ou exigem serviços adicionais —, a configuração do BIG-IP é atualizada de acordo. Esse método de implantação permite que as equipes de infraestrutura gerenciem um conjunto de infraestrutura centralizada que fornece serviços aos aplicativos a partir de uma plataforma comum.
No entanto, às vezes, as plataformas BIG-IP são implantadas como parte de uma pilha de aplicações independente, na qual os serviços de um determinado BIG-IP estão vinculados a uma aplicação ou serviço específico. Nessa situação, poderíamos tratar a configuração do BIG-IP como imutável; ou seja, a configuração é instalada durante a inicialização ou como parte da imagem de software e não é alterada durante o ciclo de vida da instância do BIG-IP. As alterações de configuração são realizadas modificando-se a imagem de software ou o conteúdo do script do agente de inicialização e, em seguida, fazendo uma nova implantação. Esse modelo costuma ser chamado de “nuke and pave”. Embora seja menos comum de modo geral, a disponibilidade de novos modelos de licenciamento do BIG-IP compatíveis com instâncias por aplicação, ferramentas de licenciamento aprimoradas e ferramentas como as F5 cloud libs (https://github.com/F5Networks/f5-cloud-libs) (um conjunto de scripts e bibliotecas Node.js desenvolvido para ajudar na integração de um BIG-IP em uma nuvem) está tornando esse modelo de implantação uma opção viável para organizações que precisam que uma aplicação tenha uma pilha isolada e estreitamente integrada, tanto de código quanto de infraestrutura.
Imperativo vs. declarativo
Há dois modelos conceituais para a disponibilização de interfaces de automação aos consumidores. Os esquemas de automação mais comuns da “primeira onda” tendem a seguir um modelo imperativo. Nos modelos de automação imperativos, o consumidor da automação geralmente precisa saber tanto o que deseja alcançar quanto as etapas explícitas (normalmente por meio de chamadas de API) necessárias para isso. Isso muitas vezes transfere para o consumidor a responsabilidade de compreender os detalhes de configuração de serviços avançados, bem como a complexidade e o esforço adicionais para integrar esses serviços a ferramentas de automação. É como pedir um sanduíche especificando cada uma das operações necessárias para prepará-lo, em vez de simplesmente pedir um sanduíche e esperar que quem o prepara saiba quais operações são necessárias (e em que ordem) para fazê-lo.
Em contrapartida, uma interface declarativa permite que os consumidores (humanos ou máquinas) criem serviços simplesmente solicitando o que desejam. Não é necessário conhecer em detalhes todas as etapas exigidas, pois o destino da automação conta com fluxos de trabalho pré-configurados ou modelos de serviço para criar a configuração com base nos resultados desejados. Embora uma interface declarativa exija uma configuração inicial um pouco mais complexa, essa complexidade é compensada pela simplicidade operacional após a criação de modelos de serviço adequados. Por isso, em geral, esse é o mecanismo preferencial para a criação de sistemas de automação.
Diretamente ou por meio de uma ferramenta de gerenciamento
Outra decisão que você precisará considerar é se as chamadas de API de automação devem ser feitas por ferramentas de terceiros diretamente ao dispositivo que precisa ser alterado ou por meio de uma ferramenta de gerenciamento adicional. As ferramentas de gerenciamento podem abstrair e simplificar as operações, além de oferecer camadas adicionais de controle e registro em comparação com uma conexão direta à entidade gerenciada. No entanto, você precisará garantir que suas camadas de gerenciamento tenham alta disponibilidade em situações nas quais a capacidade de fazer alterações rapidamente seja essencial.
API, agente de inicialização ou CLI?
Os dispositivos BIG-IP são automatizados principalmente por meio da API REST, que disponibiliza a maior parte das funcionalidades do BIG-IP por meio de um esquema documentado. Os módulos fornecidos pela F5 para ferramentas de automação, como o Ansible, fazem amplo uso da API REST. A inclusão do recurso iControl LX também permite criar um endpoint de API definido pelo usuário, capaz de executar uma operação de várias etapas com uma única chamada de API.
Outra maneira comum de automatizar a configuração do BIG-IP é usar agentes de inicialização, que são executados durante a inicialização e podem buscar informações externas para configurar a plataforma BIG-IP. Os agentes de inicialização são frequentemente usados para realizar a configuração inicial e integrar dispositivos, além de poderem buscar scripts e arquivos de configuração adicionais em sites de terceiros, como o GitHub, ou em seu próprio repositório. Os agentes de inicialização também podem ser usados para configurar completamente uma plataforma BIG-IP, especialmente se você tiver escolhido uma configuração fixa por aplicativo.
A configuração de inicialização mais comum é o cloud-init, que está habilitado em todas as imagens do BIG-IP VE (exceto no Microsoft Azure), mas é mais adequado para uso em implantações na AWS e no OpenStack. Além do cloud-init, a F5 fornece uma série de bibliotecas de inicialização em nuvem para ajudar a configurar o BIG-IP durante a inicialização.
Se você optar por usar agentes de inicialização para configurar uma plataforma após a inicialização, preste muita atenção ao gerenciamento de falhas. Isso é especialmente importante quando fontes externas são usadas, principalmente nos casos em que uma instância pode ser iniciada como parte de um evento de escalabilidade. Se os recursos externos estiverem indisponíveis, como o sistema se comportará? Outros dispositivos “zumbis” serão criados na tentativa de acompanhar a demanda?
Em alguns casos, os sistemas de automação podem agir como usuários e executar comandos da CLI. Embora isso possa ocasionalmente resolver alguns problemas quando as chamadas de API não são suficientes, em geral, a dificuldade de oferecer suporte e a fragilidade da solução fazem com que esse seja o método de último recurso.
Modelos e playbooks
Templates e playbooks podem criar implantações automatizadas e construir infraestruturas com certo grau de padronização. O nível adequado de padronização torna sua infraestrutura mais robusta e fácil de manter. Templates bem elaborados oferecem uma interface declarativa, na qual a entidade solicitante (usuário ou máquina) precisa conhecer apenas as propriedades necessárias, e não os detalhes da implementação. Realizar implantações exclusivamente por meio de templates e corrigir problemas apenas ajustando esses templates pode resultar em um serviço de maior qualidade, pois, em geral, os problemas precisam ser corrigidos apenas uma vez. Os serviços são reimplantados a partir do novo template, e as atualizações feitas nele evitam que o mesmo problema volte a ocorrer.
Integrações de plataforma
As ferramentas de integração de plataformas vinculam a configuração dos serviços BIG-IP a plataformas como nuvens privadas ou sistemas de gerenciamento de contêineres. Os mecanismos variam entre plataformas e implementações, mas geralmente se enquadram em três modelos:
- Substituição dos serviços da F5 em uma estrutura de plataforma existente
Nesse modelo, os serviços da F5 são inseridos usando uma estrutura de plataforma existente, como ao usar a F5 como o Roteador da OpenShift Container Platform ou ao usar a F5 com o sistema Balanceamento de carga como serviço (LBaaS) do OpenStack. O uso desses mecanismos exige poucas alterações nos procedimentos operacionais, pois uma interface nativa da plataforma é usada para configurar os serviços, e o driver fornecido e outros softwares convertem de forma transparente as diretivas de configuração da plataforma em uma configuração da F5. No entanto, lembre-se de que somente os recursos disponíveis por meio da interface nativa da plataforma podem ser implantados com facilidade. - Inscrição em eventos da plataforma
Outro método comum de integração consiste em fazer com que um módulo de software (como o Container Connector para Kubernetes e Mesos) se inscreva em eventos de uma plataforma e, em seguida, modifique uma configuração com base nesses eventos. Você pode selecionar quais eventos e serviços implantar adicionando tags ou rótulos aos aplicativos que precisam ser atendidos — e configurando o software conector para monitorar eventos com as tags necessárias. - Integração com ferramentas de gerenciamento de plataformas
Muitas plataformas de nuvem privada têm sistemas de gerenciamento projetados para automação. A VMware, por exemplo, tem várias ferramentas de gerenciamento e integração, incluindo o vRealize Orchestrator (vRO), para o qual há um plugin de terceiros para configuração do BIG-IP. Outros exemplos incluem o plugin para o sistema de criação de modelos OpenStack HEAT.
Descoberta de serviços
Embora não seja uma solução de automação completa, a descoberta de serviços é uma maneira simples e eficiente de integrar as configurações do BIG-IP às mudanças no ambiente. A descoberta de serviços funciona consultando periodicamente o sistema de nuvem por meio de uma API para obter uma lista de recursos e modificando a configuração do BIG-IP de acordo com essa lista. Isso é especialmente útil em ambientes nos quais os recursos são configurados em grupos de dimensionamento automático, pois o dimensionamento do recurso de computação de back-end exige que o balanceador de carga esteja ciente dos novos recursos. Os componentes de descoberta de serviços são fornecidos com as soluções de dimensionamento automático na nuvem da F5 para AWS e Azure.
Então, existe um modelo de automação recomendado pela F5? Sim e não. Há tantas variáveis a considerar que recomendações totalmente prescritivas não seriam úteis. No entanto, reunimos os principais componentes que acreditamos que você precisará em uma família coordenada de produtos.
O conjunto de ferramentas de automação da F5
A família de produtos F5 Automation Toolchain inclui os componentes fundamentais de automação e orquestração que permitem integrar plataformas F5 BIG-IP a padrões comuns de automação, como pipelines de CI/CD.
O F5 Automation Toolchain contém os seguintes componentes principais
- Application Services 3 Extension (AS3) – Serviços de aplicativos declarativos L4-L7 do BIG-IP
- Extensão de integração declarativa (DO) – integração declarativa L1-L3 do BIG-IP
- Extensão de streaming de telemetria (TS) – streaming automatizado de telemetria do BIG-IP para sistemas de análise
- API Services Gateway (ASG) – Ambiente de execução de contêineres para extensões personalizadas do iControl LX
A família Automation Toolchain foi projetada para gerenciar o ciclo de vida da entrega de serviços de aplicativos, desde a implantação da plataforma (por meio de modelos de nuvem), passando pela integração e configuração de serviços, até a telemetria e o registro avançados para garantir o desempenho dos aplicativos em operação.
Essa crescente família de ferramentas compatíveis representa o futuro da automação dos serviços de aplicativos da F5 — mas isso não significa que outras integrações não existam ou não sejam compatíveis. Consulte a seção “Outras ferramentas de automação” deste documento.
Extensão Application Services 3
A F5 Applications Services 3 Extension (AS3) oferece uma maneira simples e consistente de automatizar a implantação de serviços de aplicações das camadas 4 a 7 na plataforma BIG-IP por meio de uma API REST declarativa. A AS3 usa um modelo de objetos bem definido, representado como um documento JSON. A interface declarativa torna o gerenciamento das implantações de serviços de aplicações da F5 fácil e confiável.
Diagrama: a arquitetura do AS3
A extensão AS3 recebe e analisa as declarações e faz as chamadas apropriadas à API iControl para criar o estado final desejado no BIG-IP de destino. A extensão pode ser executada na própria instância do BIG-IP ou por meio do AS3 Container — um contêiner/uma VM separado que executa a extensão AS3 e, em seguida, faz chamadas externas à API do BIG-IP.
As chamadas do AS3 também podem ser feitas por meio do BIG-IQ, que fornece licenciamento, gerenciamento, visualização e controle de acesso para plataformas BIG-IP, além de viabilizar o F5 Cloud Edition, que oferece instâncias sob demanda do BIG-IP para cada aplicativo, combinadas com recursos avançados de análise.
Extensão de integração declarativa
A extensão Declarative Onboarding oferece uma interface simples para preparar uma plataforma F5 BIG-IP, desde a inicialização inicial até que esteja pronta para implantar recursos de segurança e gerenciamento de tráfego para aplicações. Isso inclui configurações do sistema, como licenciamento e provisionamento, configurações de rede, como VLANs e Self IPs, e configurações de cluster, caso você esteja usando mais de um sistema BIG-IP.
Após a conclusão do processo de integração, os serviços de aplicativos podem ser implantados usando o processo de automação (ou manual) que você escolher.
O Declarative Onboarding usa um esquema JSON compatível com o esquema AS3 e tem uma arquitetura semelhante. O Declarative Onboarding é fornecido como um RPM independente do TMOS, que é instalado em um BIG-IP recém-inicializado durante a primeira etapa da fase de integração.
Extensão de streaming de telemetria
O BIG-IP é um poderoso gerador de telemetria de aplicações, segurança e rede. O Telemetry Streaming fornece uma interface declarativa para configurar o streaming de estatísticas e eventos para consumidores de terceiros, como:
- Splunk
- Azure Log Analytics
- AWS CloudWatch
- AWS S3
- Graphite
Assim como ocorre com os outros integrantes da família Automation Toolchain, a configuração é gerenciada por meio de uma interface declarativa que utiliza um esquema JSON simples e consistente.
Gateway de Serviços de API
O gateway de serviços de API é uma imagem de contêiner Docker que permite que extensões personalizadas do iControl LX sejam executadas em uma plataforma independente do TMOS. Isso pode ajudar você a dimensionar e gerenciar suas implantações da F5, abstraindo as operações de gerenciamento das plataformas BIG-IP individuais.
Modelos de nuvem – parte da solução, mas ainda não da família
Os templates de nuvem usam os recursos de automação de implantação de nuvens públicas e privadas para provisionar e inicializar appliances virtuais BIG-IP.
Atualmente, a F5 oferece modelos compatíveis com as seguintes nuvens:
- AWS – Modelos do CloudFormation
- Azure – Modelos do Azure Resource Manager
- Google – Modelos do Google Deployment Manager
- VMware - Modelos do vCenter
- OpenStack – Modelos de Orquestração do Heat
A F5 está desenvolvendo ativamente os modelos de nuvem para abranger uma variedade maior de cenários de implantação. Envie relatos de problemas ou pull requests por meio do repositório correspondente no github.
Ferramentas de orquestração e fluxo de trabalho e entrega/implantação contínuas
Os serviços de aplicação são apenas uma das camadas da pilha de tecnologias que viabiliza o funcionamento de uma aplicação. Integrar, compilar e implantar todos os componentes necessários para levar uma aplicação desde o commit do código até a implantação em produção e o monitoramento envolve um grande número de etapas interdependentes, que precisam ser executadas na ordem correta. Automatizar essa tarefa é a função das ferramentas de orquestração, que criam pipelines de fluxo de trabalho compostos por tarefas e ferramentas coordenadas.
A maioria dos pipelines começa com um repositório de código-fonte que armazena o código da aplicação, os testes e a configuração da infraestrutura.
Com ferramentas como AS3, modelos de nuvem e Declarative Onboarding, você pode armazenar todas as informações de configuração necessárias para criar e configurar serviços de aplicativos como parte de um pipeline de implantação.
Em arquiteturas que usam plataformas de hardware ou software BIG-IP multilocatário e de longa duração, você precisará apenas que a configuração do AS3 seja gerenciada como parte do repositório de código de uma aplicação. Por outro lado, em cenários nos quais você deseja iniciar instâncias dedicadas sob demanda como parte do processo de implantação, o gerenciamento de modelos e declarações do Declarative Onboarding deve fazer parte do repositório da sua aplicação.
Outras ferramentas de automação: um guia de recursos
Embora não seja possível abordar todas as ferramentas de automação ou orquestração existentes, apresentamos abaixo uma lista das ferramentas, dos casos de uso e dos recursos mais comuns utilizados pelos clientes da F5.
---------------
Integrações de idiomas
Idioma
Status
Exemplos e fonte
Python
Contribuição da F5
https://github.com/F5Networks/f5-common-python
Go
Contribuição dos usuários
https://github.com/f5devcentral/go-bigip
PowerShell
Compatível com F5
https://devcentral.f5.com/wiki/icontrol.powershell.ashx
Ferramentas de gerenciamento de configuração e automação de infraestrutura
Ferramenta
Status
Exemplos e fonte
Ansible
Contribuição da F5
https://github.com/F5Networks/f5-ansible
Terraform
Contribuição da F5
https://github.com/f5devcentral/terraform-provider-bigip
Puppet
Contribuição da F5
https://github.com/f5devcentral/f5-puppet
Chef
Contribuição do usuário
https://github.com/target/f5-bigip-cookbook
SaltStack
Terceiros
https://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.f5.html
Sistemas de modelos de infraestrutura
Plataforma
Status
Exemplos e fonte
AWS
Compatível com F5
https://github.com/F5Networks/f5-aws-cloudformation
Azure
Compatível com F5
https://github.com/F5Networks/f5-azure-arm-templates
Compatível com F5
https://github.com/F5Networks/f5-google-gdm-templates
OpenStack
Compatível com F5
https://github.com/F5Networks/f5-openstack-hot
------------------
Agentes de inicialização e scripts na nuvem
Cloud-init
Bibliotecas de nuvem
https://github.com/F5Networks/f5-cloud-libs
--------------------
Integrações da plataforma
Plataformas de gerenciamento de contêineres
Plataforma
Status
Exemplos e fonte
Kubernetes
Compatível com F5
https://github.com/F5Networks/k8s-bigip-ctlr
Pivotal Cloud Foundry
Compatível com F5
https://github.com/F5Networks/cf-bigip-ctlr
Marathon
Compatível com F5
https://github.com/F5Networks/marathon-bigip-ctlr
Red Hat OpenShift
Compatível com F5
https://hub.docker.com/r/f5networks/k8s-bigip-ctlr (https://hub.docker.com/r/f5networks/k8s-bigip-ctlr) ou
https://access.redhat.com/containers/?tab=tags#/registry.connect.redhat.com/f5networks/k8s-bigip-ctlr (https://access.redhat.com/containers/?tab=tags#/registry.connect.redhat.com/f5networks/k8s-bigip-ctlr)
Plataformas de nuvem privada
Plataforma
Status
Exemplos e fonte
OpenStack (LBaaS)
Compatível com F5
https://github.com/F5Networks/f5-openstack-lbaasv2-driver
OpenStack (Heat)
Compatível com F5
https://github.com/F5Networks/f5-openstack-hot
VMware (vRO)
Terceiros
https://bluemedora.com/products/f5/big-ip-for-vrealize-operations/
-----------------------
Uma observação sobre ferramentas de orquestração e fluxo de trabalho
As ferramentas e integrações acima representam formas automatizadas de implantar e configurar a plataforma BIG-IP para fornecer serviços de disponibilidade, segurança e escalabilidade de aplicações. Embora essenciais, esses serviços constituem apenas uma parte da implantação de uma aplicação full-stack. A criação de uma pilha completa de aplicações, com servidores, dados, código compilado da aplicação e infraestrutura, de maneira coordenada e testada, exige mais do que uma simples ferramenta de automação.
Você precisará de uma ferramenta de orquestração de nível superior, com fluxos de trabalho associados e integrações com diversos sistemas de automação. Essas ferramentas são usadas principalmente em práticas de Integração Contínua/Entrega Contínua (CI/CD), nas quais a automação é necessária para praticamente todas as implementações. Embora existam várias ferramentas de orquestração, o Jenkins talvez seja a mais comum, e há exemplos de fluxos de trabalho disponíveis que mostram como usar Jenkins, F5 e Ansible para incorporar os recursos de infraestrutura como código da F5 a um fluxo de trabalho de CI/CD. Em geral, no entanto, a ferramenta de orquestração usará uma das ferramentas de automação de configuração para efetivamente fazer alterações e implantar serviços.
Licenciamento
As plataformas BIG-IP precisam de licenciamento para funcionar, por isso é útil incluir o licenciamento no caminho crítico da automação. Em ambientes altamente dinâmicos, nos quais pode ser necessário aumentar ou reduzir rapidamente a escala dos dispositivos virtuais BIG-IP, ou criá-los para fins de teste e desenvolvimento, os modelos de licenciamento devem ser avaliados com cuidado.
Na nuvem pública, uma opção é usar versões do BIG-IP com cobrança por uso (disponíveis nos marketplaces de nuvem). As instâncias com cobrança por uso obterão a licença automaticamente, e os custos serão cobrados pelo provedor de nuvem conforme o uso ou com base em um compromisso de tempo.
Outra opção é usar pools de licenças reutilizáveis adquiridas por assinatura (ou em caráter perpétuo) em conjunto com o F5 BIG-IQ License Manager, que permitirá atribuir e revogar licenças de um pool.
Você pode automatizar as etapas de licenciamento por meio de agentes de inicialização e chamadas de API, o que exigirá acesso de saída à Internet para o servidor de licenças da F5 (mesmo no caso de licenças por uso em plataformas de nuvem).
O que usar em cada situação?
Dependendo da sua organização, escolher as ferramentas certas de automação e orquestração pode ser muito fácil ou uma tarefa difícil. É fácil se você já adotou uma ferramenta ou metodologia para outros componentes e só precisa integrar o BIG-IP ao sistema. Mesmo sem a integração com uma ferramenta específica, a avançada API REST do iControl, combinada com os recursos do iControl LX e do cloud-init, torna relativamente simples integrar o BIG-IP a uma ferramenta de automação existente (especialmente quando combinada com modelos do iApp, que podem ser usados para criar até mesmo uma configuração complexa com uma única chamada de API).
No entanto, se você estiver começando do zero, as coisas podem ser mais complexas. Assim como na escolha de qualquer outra solução, o primeiro passo deve ser entender seus requisitos. Embora este documento não possa elaborar uma lista de requisitos para você, apresentamos a seguir algumas perguntas e recomendações para ajudar em sua avaliação.
Modelo de automação: Um modelo declarativo será muito mais simples de usar para os consumidores da sua orquestração. Os consumidores precisam saber apenas o que desejam, em vez de todas as etapas processuais necessárias para chegar lá. Daqui em diante, a família F5 Automation Toolchain representará a implantação de referência para ambientes novos.
Possíveis plataformas e ambientes: É inevitável que os contêineres e diversas plataformas de nuvem sejam uma parte fundamental da infraestrutura de aplicações — planeje-se adequadamente.
Habilidades: Você já possui conhecimentos em algumas das tecnologias subjacentes? Lembre-se de que essas competências podem existir fora do seu departamento, mas dentro da empresa como um todo. Nesse caso, pode fazer sentido escolher uma ferramenta que use uma linguagem já adotada pela sua organização.
Capacidade de suporte: Crie apenas sistemas aos quais você possa oferecer suporte. Isso pode parecer óbvio, mas um dos segredos para o sucesso é escolher um nível de complexidade que sua organização consiga implementar, de modo a maximizar os benefícios da automação sem gerar sobrecarga operacional excessiva.
Conclusão
O aumento da automação dos sistemas de TI é inevitável. Adotar uma abordagem estratégica para os principais serviços de entrega e segurança de aplicações garantirá que as aplicações implantadas pela sua organização permaneçam seguras e disponíveis. A automação também pode ajudar a reduzir a sobrecarga operacional, especialmente ao trabalhar com várias plataformas e nuvens públicas.
Escolher o sistema de automação certo pode ser um desafio e, idealmente, essa escolha deve ser feita por meio de um esforço colaborativo e holístico, levando em consideração as competências disponíveis, bem como sua capacidade de oferecer suporte ao sistema desenvolvido. Seja qual for a solução escolhida, você pode ter a certeza de que a plataforma BIG-IP e a experiência da F5 estarão disponíveis para ajudar você a fornecer os serviços de nível empresarial dos quais seus aplicativos dependem, independentemente de onde estejam implantados.
Uma observação sobre o suporte da F5. A F5 oferece suporte a vários modelos e ferramentas, mas não a todos. Quando o software está disponível no Github, somente o código localizado nas pastas “supported” dos repositórios da F5 conta com suporte. As políticas de suporte de outros softwares estarão definidas nos respectivos arquivos readme.
PUBLICADO EM 13 DE MAIO DE 2019