Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este tutorial demonstra como adicionar capacidade de agente a um aplicativo CRUD FastAPI controlado por dados existente. Faz isto usando duas abordagens diferentes: LangGraph e Foundry Agent Service.
Se a sua aplicação web já tem funcionalidades úteis, como compras, reservas de hotel ou gestão de dados, é relativamente simples adicionar funcionalidades de agente à sua aplicação web, envolvendo essas funcionalidades num plugin (para LangGraph) ou como endpoint OpenAPI (para Foundry Agent Service). Neste tutorial, você começa com um aplicativo de lista de to-do simples. No final, você poderá criar, atualizar e gerenciar tarefas com um agente em um aplicativo do Serviço de Aplicativo.
Tanto o LangGraph como o Foundry Agent Service permitem-lhe construir aplicações web agentes com capacidades baseadas em IA. O LangGraph é semelhante ao Microsoft Agent Framework e é um SDK. A tabela a seguir mostra algumas das considerações e compensações:
| Consideração | LangGraph ou Microsoft Agent Framework | Serviço de Agente de Fundição |
|---|---|---|
| Performance | Rápido (funciona localmente) | Mais lento (gerenciado, serviço remoto) |
| Desenvolvimento | Código completo, controlo máximo | Low code, integração rápida |
| Testes | Testes manuais/unitários em código | Playground embutido para testes rápidos |
| Escalabilidade | Gerenciado por aplicativo | Gerenciado pelo Azure, dimensionado automaticamente |
| Guarda-corpos de segurança | Implementação personalizada necessária | Segurança e moderação de conteúdos incorporadas |
| Identidade | Implementação personalizada necessária | ID de agente incorporado e autenticação |
| Enterprise | Integração personalizada necessária | Implementação integrada do Microsoft 365/Teams e chamadas de ferramentas integradas no Microsoft 365. |
Neste tutorial, aprenderás como:
- Converta a funcionalidade existente do aplicativo em um plug-in para o LangGraph.
- Adicione o plug-in a um agente LangGraph e use-o em um aplicativo Web.
- Converter funcionalidades existentes da aplicação num endpoint OpenAPI para o Foundry Agent Service.
- Ligue para um agente da Foundry numa aplicação web.
- Atribua as permissões necessárias para conectividade de identidade gerenciada.
Pré-requisitos
- Uma conta do Azure com uma subscrição ativa - Crie uma conta gratuitamente.
- Conta do GitHub para usar o GitHub Codespaces - Saiba mais sobre o GitHub Codespaces.
Abra o exemplo com Codespaces
A maneira mais fácil de começar é usando o GitHub Codespaces, que fornece um ambiente de desenvolvimento completo com todas as ferramentas necessárias pré-instaladas.
Navegue até o repositório GitHub em https://github.com/Azure-Samples/app-service-agentic-langgraph-foundry-python.
Selecione o botão Código , selecione a guia Espaços de código e selecione Criar espaço de código na principal.
Aguarde alguns instantes até que o Codespace seja inicializado. Quando estiver pronto, você verá um ambiente de desenvolvimento totalmente configurado em seu navegador.
Execute o aplicativo localmente:
python3 -m venv venv source venv/bin/activate pip install -r requirements.txt uvicorn src.app:app --host 0.0.0.0 --port 3000Quando vir que a sua aplicação em execução na porta 3000 está disponível, selecione Abrir no Browser e adicione algumas tarefas.
Os agentes não estão totalmente configurados, por isso ainda não funcionam. Você os configurará mais tarde.
Revise o código do agente
Ambas as abordagens usam o mesmo padrão de implementação, onde o agente é inicializado no início do aplicativo e responde às mensagens do usuário por solicitações POST.
O LangGraphTaskAgent é inicializado no construtor em src/agents/langgraph_task_agent.py. O código de inicialização faz o seguinte:
- Configura o cliente AzureChatOpenAI usando variáveis de ambiente.
- Cria o agente ReAct pré-construído com memória e um conjunto de ferramentas CRUD para gestão de tarefas (ver quickstart do LangGraph).
- Seleciona uma cadeia de conversa gerida pelo servidor para a amostra autenticada.
self.memory = InMemorySaver()
# App Service authentication protects this sample, which intentionally
# keeps one server-managed conversation thread per worker process.
self.thread_id = "authenticated-conversation"
try:
endpoint = os.getenv("AZURE_OPENAI_ENDPOINT")
deployment_name = os.getenv("AZURE_OPENAI_DEPLOYMENT_NAME")
if not endpoint or not deployment_name:
print("Azure OpenAI configuration missing for LangGraph agent")
return
# Initialize Azure OpenAI client
credential = DefaultAzureCredential()
azure_ad_token_provider = get_bearer_token_provider(
credential, "https://cognitiveservices.azure.com/.default"
)
self.llm = AzureChatOpenAI(
azure_endpoint=endpoint,
azure_deployment=deployment_name,
azure_ad_token_provider=azure_ad_token_provider,
api_version="2024-10-21"
)
# Define tools
tools = [
self._create_task_tool(),
self._get_tasks_tool(),
self._get_task_tool(),
self._update_task_tool(),
self._delete_task_tool()
]
# Create the agent
self.agent = create_react_agent(self.llm, tools, checkpointer=self.memory)
Ao processar mensagens de utilizador, o agente invoca ainvoke() com o ID de thread gerido pelo servidor:
config = {"configurable": {"thread_id": self.thread_id}}
# Process the message
result = await self.agent.ainvoke(
{"messages": [("user", message)]},
config=config
)
O pedido do navegador contém apenas a mensagem. Não pode selecionar outro tópico fornecendo um identificador de sessão ou conversa.
Implantar o aplicativo de exemplo
O repositório de exemplo contém um modelo Azure Developer CLI (AZD), que cria uma aplicação de Serviços de Aplicação e implementa a sua aplicação de exemplo. A identidade gerida atribuída pelo sistema de App Service é mantida para chamadas de IA do Azure de saída. Uma identidade gerida separada atribuída pelo utilizador e uma credencial de identidade federada permitem que a autenticação de Serviços de Aplicações atue como a aplicação Microsoft Entra gerada sem um segredo do cliente.
No terminal, inicia sessão no Azure usando o Azure Developer CLI:
azd auth loginSiga as instruções para concluir o processo de autenticação.
Implemente a aplicação Serviço de Aplicações do Azure usando o modelo AZD:
azd upQuando solicitado, dê as seguintes respostas:
Question Resposta Insira um novo nome de ambiente: Escreva um nome exclusivo. Selecione uma Assinatura do Azure para usar: Selecione uma subscrição. Escolha um grupo de recursos para usar: Selecione Criar um novo grupo de recursos. Selecione um local para criar o grupo de recursos em: Selecione Suécia Central. Insira um nome para o novo grupo de recursos: Digite Enter. Na saída AZD, localize a URL do seu aplicativo e navegue até ela no navegador. Copie também o valor da audiência da identidade gerida do Foundry OpenAPI para utilizar mais tarde. O resultado tem o seguinte aspeto:
Deploying services (azd deploy) (✓) Done: Deploying service web - Endpoint: <URL> Foundry OpenAPI managed identity audience: api://<generated-client-id>Quando a Microsoft te pedir, inicia sessão usando uma conta no tenant de implementação e verifica se a lista de tarefas está carregada.
No mesmo navegador autenticado, anexe
/openapi.jsonao endpoint do Serviço de Aplicações. Copie ou guarde o esquema OpenAPI gerado para mais tarde.Observação
A autenticação do App Service devolve um redirecionamento HTTP 302 para pedidos de navegador não autenticados. Este exemplo contém tanto uma interface de navegador como APIs, pelo que o redirecionamento proporciona uma experiência de login utilizável. As aplicações só de API normalmente usam antes o HTTP 401.
Crie e configure o recurso Microsoft Foundry
No portal da Foundry, cria um projeto.
Implemente um modelo à sua escolha (veja Microsoft Foundry Quickstart: Criar recursos).
Do topo do parque de diversões de modelos, copie o nome do modelo.
Na página inicial, copie o endpoint Azure OpenAI para mais tarde.
Atribuir permissões necessárias
No portal Foundry, selecione Gerir no menu superior.
Em Detalhes do projeto, selecione o Recurso principal para o seu projeto e, em seguida, selecione Abrir no portal do Azure.
A partir do portal Azure, pode atribuir acesso baseado em funções para o recurso.
Adicione a seguinte função à identidade gerida da aplicação do App Service e ao utilizador que utiliza com
az login:Recurso de destino Função obrigatória Necessário para Fundição Utilizador dos Serviços Cognitivos OpenAI O serviço de conclusão de chat no Microsoft Agent Framework. Para obter instruções, consulte Atribuir funções do Azure usando o portal do Azure.
Configurar variáveis de conexão em seu aplicativo de exemplo
Abra .env. Usando os valores que copiou anteriormente do portal Foundry, configure as seguintes variáveis:
Variable Description AZURE_OPENAI_ENDPOINTAzure OpenAI endpoint (copiado da página inicial do portal Foundry). AZURE_OPENAI_DEPLOYMENT_NAMENome do modelo na implementação (copiado da área de testes do modelo no novo portal da Foundry). Observação
Para manter o tutorial simples, você usará essas variáveis em .env em vez de substituí-las pelas configurações do aplicativo no Serviço de Aplicativo.
Observação
Para manter o tutorial simples, você usará essas variáveis em .env em vez de substituí-las pelas configurações do aplicativo no Serviço de Aplicativo.
Os valores em .env configuram a ligação de saída da aplicação para o Foundry.
AZURE_AI_FOUNDRY_ACCOUNT_CLIENT_IDconfigura a ligação OpenAPI de entrada separada entre o Foundry e o App Service e é armazenada no ambiente AZD.Entre no Azure com a CLI do Azure:
az loginIsso permite que a biblioteca de cliente do Azure Identity no código de exemplo receba um token de autenticação para o usuário conectado. Lembre-se de que você adicionou a função necessária para esse usuário anteriormente.
Execute o aplicativo localmente:
source venv/bin/activate uvicorn src.app:app --host 0.0.0.0 --port 3000Quando você vir Seu aplicativo em execução na porta 3000 está disponível, selecione Abrir no navegador.
Valide ambos os pivôs separadamente:
- LangGraph:Selecione LangGraph Agent e peça ao agente para criar uma tarefa. O LangGraph chama a ferramenta de tarefas em processo.
-
Serviço Foundry Agent: Selecione Foundry Agent e peça ao agente para criar uma tarefa. O agente Foundry remoto invoca o endpoint
/api/tasksimplementado e protegido, utilizando a identidade gerida.
A tarefa que o agente Foundry cria aparece na instância do App Service implementada, não na base de dados SQLite local. A ferramenta Foundry OpenAPI utiliza sempre a URL do servidor embutida no esquema OpenAPI.
De volta ao espaço de código do GitHub, implante as alterações do seu aplicativo.
azd upNavega novamente até à aplicação implementada e testa ambos os agentes de chat. O navegador envia apenas mensagens de texto; não envia um ID de sessão nem de conversa para nenhum dos agentes.
Perguntas mais frequentes
Como posso adicionar geração aumentada de recuperação (RAG) ao agente da Foundry?
Esta orientação aplica-se ao caminho Foundry Agent Service neste tutorial. Não altera as implementações do LangGraph, Kernel Semântico ou Microsoft Agent Framework mostradas no outro separador.
Crie ou selecione uma base de conhecimento Foundry IQ e depois ligue essa base ao agente do Serviço de Agentes da Foundry. A conexão é apresentada ao agente como uma ferramenta de conhecimento MCP gerida.
O código do App Service continua a invocar o mesmo agente pelo respetivo nome através do cliente Foundry existente e agent_reference. A aplicação web não precisa de uma integração direta com Pesquisa de IA do Azure nem de um cliente MCP próprio. Se a interface mostrar as fontes, processe as anotações de citação devolvidas pelo agente.
Limpeza de recursos
Quando terminar de usar o aplicativo, você poderá excluir os recursos do Serviço de Aplicativo para evitar incorrer em custos adicionais:
azd down --purge
O gancho AZD postdown também elimina a aplicação Microsoft Entra ao nível do tenant criada para autenticação de Serviços de Aplicações.
Depois, apaga o recurso Foundry se o criaste separadamente.