Voltando para a Cadeia: A ligação entre a escuta e a usabilidade

À medida que a F5 evoluiu para um estilo de desenvolvimento DevOps e Agile em nossa plataforma, nos unimos em torno do princípio de que lançar um produto não é o fator determinante para o sucesso.

Hoje, estamos nos livrando da barra e analisando todo o ciclo de vida : enviando uma criação, ouvindo os participantes (dentro e fora do F5) e, então, repassando esses aprendizados para o desenvolvimento. Priorizamos o feedback do cliente acima de quase tudo, especialmente quando se trata de clientes que executam o F5 em ambientes de produção.

Nosso objetivo é sempre criar um produto melhor e preencher nossas lacunas. Mas também é preciso encontrar o equilíbrio entre funcionalidade avançada e facilidade de uso. Queremos oferecer funcionalidade avançada aos nossos clientes, mas também entendemos que o usuário final não é necessariamente o arquiteto de sistemas com quem estamos trabalhando inicialmente.

Para colocar funcionalidades complexas nas mãos de um público mais amplo, estamos voltando à cadeia e automatizando a configuração por meio de APIs novas e mais ricas. E isso se traduz na cadeia de ferramentas de automação F5 que temos hoje.

Com o Automation Toolchain, estamos expandindo os limites do que pensávamos que poderíamos fazer e da funcionalidade que poderíamos habilitar. Descobrimos que muito disso tinha a ver com a experiência da API, o que nos levou a avançar em direção a um modelo declarativo.

Por que a experiência do usuário em uma API é importante? Isso é importante porque as pessoas que consomem isso hoje não são arquitetos de sistemas. Eles são os desenvolvedores e engenheiros dois ou três passos abaixo na cadeia.

Nossos clientes querem serviços que sejam fáceis de integrar e que seus clientes possam consumir mesmo que não sejam especialistas. Isso significa que as APIs não podem mais ser uma reflexão tardia, projetadas com especialistas em mente. Estamos projetando nossas APIs para serem muito claras e sucintas, para que seja fácil inferir como a interface deve ser usada apenas olhando para ela.

Ao tornar a API declarativa ou baseada em intenção, estamos mudando toda a abordagem. Em vez de fornecer aos usuários um resumo de configuração de duas páginas para seguir, estamos simplesmente perguntando a eles: Diga-nos qual resultado você quer.

E estamos permitindo que essa automação consuma serviços complexos, não apenas coisas simples. Você ainda tem todo o poder da plataforma F5, mas agora é fácil levar essa funcionalidade complexa para as pessoas que precisam dela.

E há o fato de que nem todos os clientes estão no mesmo estágio na jornada para a automação. Temos clientes em todos os pontos do espectro, por isso também construímos o Automation Toolchain como um conjunto de componentes que podem ser desmembrados e usados de forma independente, e depois reunidos como uma unidade quando chegar a hora certa.

Ao longo desse ciclo de vida, há etapas discretas que são abordadas por um componente da cadeia de ferramentas de automação:

• Inicialização. Este é o passo inicial quando você quer apenas executar uma instância F5 em algum lugar. Se você é um cliente e deseja inicializar uma instância BIG-IP em uma nuvem pública ou privada, temos os Modelos de Nuvem F5 para ajudar você a fazer isso.
• Integração. É aqui que você leva essa instância ao ponto em que pode implantar um serviço. Você não quer que seus desenvolvedores tenham que configurar todos os seus IPs, configurar os usuários, o registro e tudo mais. E eles também não querem fazer isso. É aí que entra a extensão de integração declarativa F5. Ela nos permite apresentar uma interface declarativa muito simples para cuidar da configuração inicial.
• Implantando serviços de aplicativos. Essas são coisas do dia a dia que acontecem em todos os ambientes. Implementando um novo serviço. Alterar ou excluir esse serviço. Modificando-o ou adicionando novas funcionalidades. Para isso, temos a extensão F5 App Services 3 (AS3), que apresenta uma interface de API declarativa baseada em resultados com a capacidade de criar modelos de configuração. O AS3 é onde a maioria dos nossos clientes começa porque tende a fornecer mais valor imediatamente.
• Monitoramento e telemetria. Ao usar o Automation Toolchain, os dados agora estão disponíveis por padrão, então faz sentido usar a F5 Telemetry Streaming Extension e transferir esses dados do dispositivo o mais rápido possível para outro sistema. Podem ser produtos como nossa plataforma de gerenciamento BIG-IQ , uma solução de análise baseada em nuvem ou outras ferramentas que permitem que você aplique princípios de big data ao que você obtém dos dispositivos.
• Gestão de mudanças. Mudanças acontecem e sempre acontecerão. Voltando ao DevOps, também estamos nos afastando de grandes mudanças e lançamentos monumentais. Hoje são pequenas unidades de mudança ao longo do tempo. Você pode fornecer novos recursos aos clientes, e eles podem adotá-los conforme necessário. E nenhuma dessas mudanças quebrará o que veio antes ou exigirá grandes modificações.

Tudo isso se baseia em uma única chamada de API para a plataforma que descreve o resultado desejado. O F5 processa a chamada em todas as ações que precisam ocorrer em um dispositivo BIG-IP para atingir esse estado e responde dizendo sim, está feito ou não, há um problema. Tudo é feito de uma maneira muito estável, com base em padrões e metodologias estabelecidos para sistemas automatizados.

O resultado é que o Automation Toolchain reduz o esforço necessário para integrar com nossa plataforma a ponto de ser quase uma tarefa fácil.

Nossa visão de como as plataformas F5 devem ser integradas no futuro é que queremos ser a plataforma mais fácil de integrar ao ecossistema. Quilo por quilo, para cada linha de código que um cliente ou parceiro precisa escrever para nossa plataforma, queremos entregar 100 vezes o custo dessa linha de código em funcionalidade e usabilidade.

No final, não se trata de fazer coisas simples. Trata-se de fazer coisas muito complexas de uma forma muito simples. É isso que o F5 Automation Toolchain oferece.