A fully managed platform in Microsoft Foundry for hosting, scaling, and securing AI agents built with any supported framework or model
Workflows in Azure AI Foundry are designed exactly for orchestrating multiple agents and other steps in a predefined process. They support:
- Multi‑agent orchestration in a workflow
Workflow-oriented multi-agent patterns are explicitly supported. A workflow engine such as Microsoft Foundry workflows can orchestrate multiple agents as separate steps in a process. Each step can call a different agent, with explicit sequencing and guards (preconditions, post-conditions, thresholds). The architecture guidance also notes that multi-agent workflows can be executed serially or in parallel, using sequential or concurrent orchestration patterns. This matches the pattern in the diagram where Agent 1 and Agent 2 run as separate steps and then converge into a later step (such as “Format”). - Parallel agent execution pattern
Workflow-oriented multi-agent solutions can be run concurrently when appropriate. The guidance describes this as concurrent orchestration, where multiple agent steps are invoked in parallel and their results are combined later in the workflow. This is suitable for scenarios like incident triage, ETL, or multi-stage processing where different agents can work independently on the same or related inputs before a downstream step aggregates or formats the results. - Uploading and using files with agents in workflows
Azure AI Foundry agents can use the file search tool backed by vector stores:- Files are uploaded via the Files API.
- A vector store is created and associated with those file IDs.
- An agent is created with the file search tool configured to use that vector store.
- The agent then answers questions or performs tasks using the uploaded file content.
- Early step: upload files and create/update a vector store.
- Subsequent agent steps: call agents that are configured with that vector store (or thread-level vector stores) so they can retrieve and reason over the uploaded content.
- File upload and cleanup operations
The file search documentation shows the concrete REST operations used to:- Upload files (
/openai/v1/files). - Create vector stores and associate file IDs (
/openai/v1/vector_stores). - Use those vector stores from agents with the file search tool.
It also shows how to delete agents, vector stores, and files when the workflow is complete.
- Upload files (
Putting this together, a workflow like the one in the diagram is supported conceptually:
- Start → step that uploads files and prepares a vector store.
- Parallel steps → Agent 1 and Agent 2, both configured to use the same or different vector stores, potentially executed concurrently.
- Merge step → a “Format” step that aggregates outputs from both agents and produces the final result.
References: