Sabe aquele momento em que você percebe que a arquitetura que vem aperfeiçoando há uma década está prestes a ser atropelada por algo que nem sequer estava no radar dois anos atrás?
Bem-vindo à era das arquiteturas de agentes.
Esses não são os scripts de automação ou wrappers de IA convencionais. Os agentes são orientados por objetivos, generativos e cada vez mais autônomos. Eles não apenas fazem chamadas a APIs; eles traçam o próprio caminho por meio delas. E o mais surpreendente? Eles trazem a própria política.
Cada solicitação enviada por um agente pode incluir:
Cabeçalhos de intenção (X-Goal, X-Context, X-Route-Preference) Instruções de contingência baseadas na sensibilidade real ao SLA Uma memória do que não funcionou da última vez Indicações de como é o sucesso de fato (spoiler: não é “200 OK”)
Isso é a tomada de decisões em ação. Não se trata de uma orquestração centralizada e pré-planejada. É uma delegação em tempo de execução, e isso vai mudar a forma como a infraestrutura funciona.
Por que isso é importante (mais cedo do que você imagina)
Neste momento, a maioria dos sistemas empresariais ainda não está enfrentando esse atrito. Os primeiros agentes ainda são chatbots, copilotos ou ferramentas isoladas para aumentar a produtividade.
Mas, à medida que passam a atuar em fluxos de trabalho empresariais (como resolução de pedidos, processamento de sinistros, triagem e atendimento), eles começam a interagir com sistemas reais. Isso significa que:
- A infraestrutura precisa interpretar a lógica incorporada pelos agentes
- Os gateways precisam interpretar mais do que apenas JWTs e caminhos
- Os balanceadores de carga precisam parar de pensar em termos de “mais rápido” e começar a pensar em termos de “mais adequado para esta tarefa”
Ainda não é uma crise. Mas ela está chegando. E, quando acontecer, o problema não será a falta de largura de banda. Será uma incompatibilidade entre a forma como os agentes tomam decisões e como a infraestrutura lida com o tráfego.
A mudança: da aplicação à execução
Eis a verdadeira conclusão arquitetural: os agentes estão levando a tomada de decisões para as camadas superiores da pilha.
A solicitação se torna o plano de controle.
Ela não pergunta à infraestrutura: “O que devo fazer?” Ela diz: “Isto é o que eu preciso. É assim que quero que você se comporte. Agora, faça acontecer.”
Se os seus sistemas tratarem isso como uma solicitação normal, apenas mais um GET ou POST, as lógicas de fallback entrarão em conflito, as novas tentativas se sobreporão e o desempenho dos agentes cairá por motivos que não aparecerão nos seus painéis.
Não porque a infraestrutura falhou, mas porque não estava escutando.
De onde isso vem
Essa mudança não é teórica; ela está surgindo por meio de frameworks reais. Iniciativas como o Model Context Protocol (MCP), os modelos de comunicação entre agentes (A2A), e até mesmo os primeiros trabalhos de roteamento de tarefas regido por políticas apontam na mesma direção:
- MCP insere todo o contexto — objetivos, restrições e opções alternativas — no próprio payload da solicitação.
- Protocolos A2A permitem que agentes coordenem tarefas e transfiram decisões dinamicamente, sem um orquestrador central.
- Delegação de tarefas em tempo de execução por meio de metadados estruturados permite que a infraestrutura interprete — e não decida — no momento da execução.
Eles diferem em sintaxe, estrutura e abstração, mas todos levam ao mesmo resultado arquitetural: política no payload e finalidade na solicitação.
E, quando a solicitação passa a carregar a lógica, a infraestrutura tem duas opções: adaptar-se ou tornar-se pouco mais que um canal para transportar payloads.
O que você pode fazer agora (antes que isso se torne um problema)
Não se trata de descartar tudo e começar do zero. Trata-se de se antecipar à mudança enquanto ela ainda está no início. Comece por aqui:
- Capture o contexto
RegistreX-Intent, X-Task-Profile, além de quaisquer outros metadados que possam indicar o que o agente está tentando realizar. Se a sua observabilidade termina no URI, você já está ficando para trás. - Pense em termos de “adequação à tarefa”, não de “disponibilidade”
O fato de um backend estar no ar não significa que ele seja bom o suficiente. Comece a experimentar modelos de integridade que levem em conta o SLA, os limites de latência e a intenção. - Torne suas políticas mais inteligentes
As plataformas de entrega e segurança de aplicações existentes têm camadas de script. Use-as. Comece a analisar os cabeçalhos de intenção. Modifique as regras de roteamento com base nos objetivos da solicitação, não apenas no caminho do serviço. - Planeje uma aplicação adaptativa
Em vez de definir a lógica de contingência em um arquivo de configuração estático, comece a explorar como a infraestrutura pode aplicar as instruções de contingência incorporadas à própria solicitação. - Crie um ciclo de feedback
Se os agentes estiverem redirecionando o tráfego com base no desempenho anterior, é importante fazer parte desse ciclo. Envie o contexto dos resultados de volta aos seus sistemas de tráfego e monitoramento de integridade.
Consideração final: você não está sendo substituído, está sendo reposicionado
Em uma arquitetura orientada por agentes, a infraestrutura não desaparece. Mas muda de função. Ela deixa de tomar as decisões e passa a executá-las de forma inteligente.
Se você conseguir fazer essa transição desde cedo, estará preparado para a onda quando ela chegar. E ela está chegando.
Mais cedo do que a maioria das pessoas imagina.
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog
O estado da maturidade digital empresarial: a transformação digital ainda não terminou
Explore como a IA impacta as empresas, as aplicações da IA generativa, as estratégias para modernizar as operações de TI e os benefícios da maturidade digital com a F5.
Como a IA generativa acelera a transformação digital
Veja como a IA generativa impulsiona a transformação digital nas empresas, acelerando tendências como a integração de APIs, os desafios dos modelos operacionais de TI híbrida e a adoção de AIOps.
Seis capacidades técnicas para acelerar a transformação digital
As arquiteturas empresariais atuais carecem dos fatores necessários de agilidade, escalabilidade, segurança e observabilidade, essenciais para impulsionar a mudança tecnológica. No entanto, estas seis capacidades fundamentais ajudarão as empresas a gerenciar riscos e desafios ao longo de sua transformação digital.
Inverter a API é a transformação digital de que as empresas precisam para participar e competir em uma economia de APIs
As organizações detêm um valor latente — na forma de APIs internas — que precisam explorar para competir em uma economia de APIs. Embora os desafios técnicos e de segurança possam desestimular algumas delas, as empresas precisam reconhecer que inverter suas APIs permitirá liberar o valor da organização como plataforma.
A modernização da TI começa pela infraestrutura
O hardware e o software evoluíram rapidamente desde os primórdios da internet, mas, para aproveitar ao máximo os benefícios resultantes dessa evolução, as organizações precisam avaliar e modernizar sua infraestrutura e a entrega de aplicativos. Acelere os esforços de modernização com a nova F5 rSeries.