Os agentes de IA estão a mudar mais do que a forma como as organizações utilizam a inteligência artificial. Estão a mudar a forma como o software interage com o software. As aplicações tradicionais seguem normalmente fluxos de trabalho predefinidos: um utilizador inicia uma ação, uma aplicação chama uma API, os dados são recuperados e o processo continua. Os agentes de IA introduzem um padrão menos previsível. Podem decidir que ferramentas utilizar, acionar vários sistemas, reagir a informações em constante mudança e iniciar ações subsequentes.
Esta mudança está a expor as limitações dos serviços de integração na nuvem, concebidos principalmente em torno da comunicação previsível entre aplicações.
Leia também: Porque é que o desenvolvimento de portais web já não pode tratar a autenticação como um problema de login
A API foi criada para um mundo mais previsível
As APIs continuam a ser fundamentais para a arquitetura web moderna, mas muitas foram concebidas em torno de pedidos e respostas claramente definidos. Um agente pode criar uma carga de trabalho muito diferente.
Em vez de fazer uma única chamada API para concluir uma transação, um agente pode recuperar informações do cliente, verificar o stock, consultar um serviço de preços, atualizar um registo CRM e acionar outro fluxo de trabalho. Cada interação introduz dependências, requisitos de autenticação e potenciais pontos de falha.
Isto torna a conectividade simples insuficiente. A arquitetura de integração precisa agora de ter em conta a forma como um agente de IA descobre, seleciona e sequencia serviços, e não apenas se esses serviços podem comunicar.
O acesso à API não é o mesmo que estar pronto para agir
Uma API pode ser tecnicamente acessível, mas ainda assim ser difícil de ser utilizada eficazmente por um agente de IA.
Esquemas pouco claros, autenticação inconsistente, respostas a erros mal definidas e documentação limitada podem tornar as interações autónomas pouco fiáveis. Os agentes necessitam de informações legíveis por máquina sobre as operações disponíveis, as entradas necessárias, as permissões e os resultados esperados.
Isto aumenta a pressão sobre o design e a governação das APIs, juntamente com os serviços de integração na nuvem.
Os sistemas legados tornam-se uma restrição ainda maior
Os agentes de IA não eliminam as aplicações legacy. Em muitas empresas, têm de trabalhar em conjunto com eles.
O problema é que os sistemas mais antigos podem depender de processamento em lote, interfaces proprietárias ou fluxos de trabalho rígidos, em vez de APIs modernas e fluxos de eventos. Um agente que opera em tempo real não pode simplesmente assumir que um sistema subjacente pode responder à mesma velocidade.
A camada de integração necessita de uma estratégia de adaptador
As arquiteturas modernas necessitam cada vez mais de camadas de integração que consigam fazer a tradução entre diferentes modelos de interação.
Um agente pode esperar uma resposta imediata da API, enquanto uma plataforma legada pode processar um pedido apenas através de uma tarefa em lote agendada. A camada de integração deve gerir esta incompatibilidade, manter o estado e comunicar um estado relevante ao agente.
É aqui que os serviços de integração na cloud precisam de evoluir de simples conectores para camadas de orquestração e tradução.
O contexto em tempo real altera a arquitetura
Os agentes também estão a tornar os dados desatualizados mais problemáticos.
Uma aplicação que toma decisões com base no stock de ontem ou em registos de clientes desatualizados pode gerar resultados incorretos. Para os sistemas autónomos, as consequências podem acumular-se, uma vez que uma decisão imprecisa pode desencadear diversas ações subsequentes.
A arquitetura orientada a eventos pode ajudar, permitindo que os sistemas publiquem as alterações assim que estas ocorrem, em vez de obrigar as aplicações a consultar repetidamente em busca de atualizações.
Os eventos criam um modelo de integração diferente
Em vez de perguntar "Qual é o estado atual?", uma aplicação pode responder quando algo muda.
Esta abordagem pode reduzir o tráfego desnecessário da API, melhorar a capacidade de resposta e fornecer aos agentes um contexto operacional mais atualizado. No entanto, também introduz novos requisitos relacionados com esquemas de eventos, ordenação, novas tentativas, mensagens duplicadas e recuperação de falhas.
A governação torna-se parte da execução
A governação de integração tradicional concentra-se frequentemente em APIs aprovadas, políticas de acesso e propriedade do sistema. As aplicações com agentes exigem que a governação se estenda ao comportamento em tempo de execução.
Um agente pode ter permissão para aceder a um sistema, mas isso não significa necessariamente que deva ter autoridade irrestrita para executar todas as ações disponíveis.
A observabilidade deve acompanhar o agente
As organizações precisam de ter visibilidade sobre quais as ferramentas que um agente acedeu, que dados recuperou, que decisões desencadearam chamadas subsequentes e onde um fluxo de trabalho falhou.
Isto torna o rastreio em APIs, eventos, bases de dados e serviços de IA cada vez mais importante. Sem esta visibilidade, diagnosticar uma ação autónoma incorreta torna-se muito mais difícil do que a resolução de problemas numa transação de aplicação convencional.
Declaração final
Os agentes de IA estão a revelar que a conectividade por si só não chega. A próxima geração de serviços de integração na nuvem precisará de ligar aplicações, gerindo o contexto, a orquestração, a identidade, os eventos e, cada vez mais, a execução autónoma.
A lição mais importante não é a de que a integração tradicional se tornou obsoleta. É que as arquiteturas de integração construídas para interações de software previsíveis têm agora de acomodar software capaz de tomar decisões sobre o que fazer a seguir.
