Microsoft is retiring Foundry’s direct Fabric data-agent tool—and the replacement changes agent routing
Teams have until November 6 to move to Fabric IQ, gaining multi-agent catalog discovery and MCP endpoints while keeping cross-geo and identity constraints.
Microsoft has put a deadline on one of the integration paths between Fabric data agents and Microsoft Foundry. The company’s documentation now says the direct Microsoft Fabric tool will stop being supported on November 6, 2026, and tells customers to migrate affected Foundry agents to the Fabric IQ (OneLake Catalog) tool before then.
This is not merely a renamed connector. The retiring path attaches one Fabric data agent to a Foundry agent by supplying a Fabric workspace ID and artifact ID. It uses end-user identity passthrough, but Microsoft documents a one-data-agent limit for each Foundry agent.
What changes with Fabric IQ
The replacement exposes published Fabric data agents through the OneLake Catalog. In the Foundry portal, builders select agents by name from the set they can access instead of manually looking up IDs. One Foundry agent can call multiple Fabric data agents, and each appears as a Model Context Protocol tool.
That changes the operating problem. A team can split sales, supply-chain and support data into separate agents and let a Foundry agent choose among them. Microsoft explicitly warns, however, that instructions must say when each data agent should be used; without clear routing guidance, the Foundry agent might skip a data agent or call the wrong one. Migration testing therefore needs to cover not only whether each agent answers correctly, but whether the orchestrator selects the intended agent—and whether questions spanning domains invoke the right combination.
The catalog also adds governance signals to discovery. Its list shows each published agent’s workspace location, endorsement and sensitivity label. Draft agents do not appear, and users see only agents shared with them. Requests run under delegated user authentication, so Fabric applies the signed-in user’s data permissions.
The controls teams still need to check
Fabric IQ does not remove the cross-boundary caveat. Microsoft says responses from a Fabric data agent can be sent outside Fabric’s compliance boundary or geographic region and then processed or stored under Foundry’s terms. Cross-geo processing and storage settings must be enabled where required.
The replacement also has deployment prerequisites: Fabric IQ is unavailable in regions where Power BI is the only Fabric workload, and the Fabric and Foundry agents must be in the same tenant. The portal workflow requires a Foundry Project Manager to create the Fabric IQ connection, while a Foundry User can build and test an agent in an existing project.
For migration owners, the practical checklist is short but consequential: inventory Foundry agents using the retiring Fabric tool; replace each connection with Fabric IQ; republish and share the relevant Fabric data agents; rewrite routing instructions for multiple tools; verify delegated permissions and regional settings; then test each data agent individually and with cross-domain questions before November 6.
sources
- Consume Fabric data agent from Microsoft Foundry Services (preview)learn.microsoft.com
- Add Fabric data agents to a Foundry agent with Fabric IQ (preview)learn.microsoft.com
comments · 0