Due Date or Timeline - Migration from Old Foundry to New Foundry

Yogesh Dhavale (LTIMindtree Limited) 20 Reputation points Microsoft External Staff
2026-07-17T05:29:57.7866667+00:00

Hi Team ,

To give you all a background that we have created Agents and MultiAgentic Solution in old foundry but now we can see that new foundry toggle button is available .Just wanted to understand that is there any due date or timeline that we need to migrate from old foundry to new foundry Or there is no immediate plan yet .

We have found the article below :

https://learn.microsoft.com/en-us/azure/foundry/agents/how-to/migrate?tabs=python

Also we can see that lot of changes from old foundry to new foundry .Is there any other guidelines or steps to do it smoothly

Also we have connected agents in old foundry but not in new foundry so what is the alternative we can do that

Foundry Agent Service
Foundry Agent Service

A fully managed platform in Microsoft Foundry for hosting, scaling, and securing AI agents built with any supported framework or model


1 answer

Sort by: Most helpful
  1. AI answer

    2026-07-17T05:30:27.9133333+00:00

    Yes—there are migration timelines, and some parts have firm retirement dates.

    • August 26, 2026 — the Assistants API sunsets. Workloads using classic agents should move to the Microsoft Foundry Agents service.
    • May 30, 2026 — the azure-ai-inference package retires. SDK-based inference workloads should move to the openai package.
    • If hosted agents were deployed from the initial public preview backend, those deployments are supported only until August 20, 2026 and aren't migrated automatically. They must be redeployed on the new backend.

    For planning, that means there is not an indefinite period to stay on the old experience. Migration should be scheduled before the relevant retirement date for each workload.

    For a smoother migration, use this path:

    1. Map old concepts to new concepts
      • ThreadsConversations
      • RunsResponses
      • Assistants / agentsAgents (new)
      • Assistants APIResponses API (Agents v2)
      • Hub + Azure OpenAI + Azure AI ServicesFoundry resource with projects
    2. Update SDK and client usage
      • Move toward azure-ai-projects 2.x and OpenAI() against the project endpoint model described in the current platform.
      • In the new API, conversations and responses use the OpenAI client, while agent creation and versioning remain on the project client.
      • A common migration issue is calling conversations on the project client. In Python, use project.get_openai_client() and then call openai.conversations.create().
    3. Review feature differences before cutover
      • Some tools carry over directly, but not all.
      • Connected Agents in classic are not available in the new experience.
      • The documented recommendation is to use A2A (Agent to Agent) instead.
      • Azure Functions is available in classic but not in the new experience.
      • Web Search is available in the new experience.
    4. Plan for data/state differences
      • Old thread state is not migrated by the migration tool.
      • Past runs, threads, and messages do not move over. New conversations must be started after migration.
    5. Validate models and package versions early
      • If responses.create() raises a model error, verify the model name in the project and check region availability.
      • For JavaScript, older @azure/ai-projects versions can cause getOpenAIClient is not a function; update to @azure/ai-projects@2.3.0 or later.

    For the specific question about Connected Agents:

    • In classic: Connected Agents = Yes (Public Preview)
    • In new Foundry: Connected Agents = No
    • Recommended alternative: A2A tool

    So the replacement path for connected agents is to redesign that part of the solution around Agent to Agent (A2A) in the new Foundry experience.

    If the current solution includes classic agents, connected agents, or older SDK patterns, the practical migration sequence is:

    1. Inventory classic agents, tools, and SDKs in use.
    2. Identify any dependency on Assistants API, Connected Agents, or preview hosted-agent backend.
    3. Replace classic agent patterns with Conversations/Responses and new agent versions.
    4. Replace Connected Agents with A2A.
    5. Test with new conversations rather than expecting historical thread state to move.
    6. Complete migration before the applicable 2026 retirement date.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.