Blog Post

Azure Integration Services Blog
4 MIN READ

AI Gateway tier of API Management now in public preview

vladvino's avatar
vladvino
Icon for Microsoft rankMicrosoft
Jul 27, 2026

An AI-focused experience for publishing and governing models and MCP servers.

Today, we are introducing the AI Gateway tier of Azure API Management, now in public preview. It gives platform teams a purpose-built experience built specifically for AI workloads - publishing and governing models and MCP servers. Controls are configured through policy cards rather than XML and expressions, and the portal experience and control plane are structured around models, MCP servers, and tools rather than APIs. (For brevity, we refer to the AI Gateway tier as AI Gateway throughout the rest of this article.)

AI Gateway is built on Azure API Management, bringing proven operational capabilities to AI workloads. The resource runs in your subscription, uses your Entra tenant, and sends telemetry to destinations you control. The operating model will be familiar to existing API Management customers, but the interface is built around AI workloads. The AI Gateway tier is intended for teams that want this focused experience; other API Management tiers remain the right choice when organizations also need general-purpose API management or capabilities not included in the AI Gateway experience.

A practical model for platform teams

The AI Gateway gives platform teams a shared place to manage models, MCP servers, policies, and observability destinations, with access controlled through Azure RBAC.

For example, a central platform group can connect a set of approved models and tools and publish them for application teams. The application teams can test those assets in the test console and build against them without routing every change through the central group. The platform group still owns the shared guardrails and can see how the assets are being used. After an asset is published,  developers can create a named runtime key and begin calling the gateway immediately.

Bring the models and tools you already use

Most organizations don't standardize on a single model provider. Different models are selected based on quality, latency, cost, geography, or specialized capabilities.

The preview supports models from Microsoft Foundry including OpenAI, Anthropic, Mistral, and other Foundry hosted models, as well as models hosted in AWS Bedrock, Google Vertex AI, OpenAI, and Anthropic. A guided wizard simplifies importing models from Microsoft Foundry. Other providers can be added by configuring a connection, with backend authentication configured as part of that connection. All published models are available under the same stable endpoint. Applications continue to use supported API formats such as OpenAI Chat Completions and Responses or Anthropic Messages directly or via SDKs.

The AI Gateway extends governance beyond models to the MCP servers and tools agents use to interact with enterprise systems. You can expose an existing MCP server over SSE or Streamable HTTP, turn all or selected operations from a REST API into an MCP server by uploading its OpenAPI specification, or use more than 1,400 connector-backed tools from the Power Platform and Logic Apps library. You can also federate multiple MCP servers behind a single server, so an agent connects once and sees the tools across those servers. Backend authentication supports an API key, OAuth client credentials, managed identity, or mTLS.

Governance that's built in

Organizations need consistent governance across models and MCP servers without requiring every application team to implement those capabilities independently.

The AI Gateway portal presents governance policies through an intuitive card-based experience rather than requiring policy XML. The same policies are expressed as JSON properties, making them easy to manage as infrastructure as code and to audit and enforce across a fleet with Azure Policy. In the public preview, those cards cover request and token rate limits, token quotas, Azure AI Content Safety, and fallback to a secondary model. Policies are applied per asset, making it clear which controls protect each model or MCP server.

OpenTelemetry-based token metrics

The AI Gateway emits token-usage metrics through OpenTelemetry, with attributes following GenAI and cloud semantic conventions. Metrics can be sent to Application Insights, Datadog, Splunk, Grafana Cloud, or another OTLP endpoint. The portal provides a monitoring view over Application Insights data.

Better together: Microsoft Foundry and AI Gateway

With AI Gateway, teams can extend the same governance controls, for example token rate limits and quotas, across models hosted in Microsoft Foundry and models hosted elsewhere. Foundry and non-Foundry models are published through gateway-managed endpoints, giving applications and agents a consistent way to access governed models regardless of where they are hosted.

Foundry-hosted agents can consume curated sets of tools from Foundry toolboxes, with access to the underlying MCP servers and APIs governed through AI Gateway.

Together, Microsoft Foundry and AI Gateway cover the enterprise application lifecycle: Foundry for building and running AI applications, and AI Gateway for publishing, governing, and observing models, tools, and MCP servers across your AI estate.

The new AI Gateway tier will soon be available through the gateway experience in Microsoft Foundry portal. We are working toward a seamless, integrated AI Gateway experience within Foundry portal and will share more about that work separately.

Available today in public preview

The AI Gateway tier is available today at no cost in public preview in East US 2 and Sweden Central. Pricing will be shared separately.

To provision a resource, add a model or MCP server, and make a first call click this to go to the AI Gateway tier portal and try it.

If you prefer to start from code, use a sample to deploy all the required resources for a Foundry-hosted agent configured to access its model and tools through AI Gateway.

We look forward to your feedback as we continue to rapidly evolve AI Gateway.

Updated Jul 27, 2026
Version 1.0

10 Comments

  • jezdata's avatar
    jezdata
    Copper Contributor

    So to my understanding this is a separate product to APIM which is more centred around managing AI related traffic and governance. It covers the MCP and AI endpoint estate by providing authention api and mcp proxying, governance and observability, and also a registry in one place. 

     Is this intended to be complementary to APIM or is this intended to replace APIM in the future?

    In honesty, I've always found APIM a bit cluncky for my needs and this looks like a far better interface specifically for managing AI related traffic - while leaving normal while leaving regular api management and integrations in APIM. I like that approach if so, because it helps me keep AISecOps seperate to regular traffic. 

    I'd seen products like Statlock Toolhive and Runlayer gain a lot of ground and often wondered when this would become a thing. 

    Any indication when we can get this in Australia?


  • Manan_Choksi's avatar
    Manan_Choksi
    Copper Contributor

    Wow, that’s an interesting announcement! What’s the main difference between onboarding an AI foundry in APIM by adding API versus integrating an AI gateway into the AI foundry? Is that the same thing? What are the key differences?? 

    • vladvino's avatar
      vladvino
      Icon for Microsoft rankMicrosoft

      Thanks! They are functionally the same (for example both proxy all deployments in the imported or linked Foundry resource) but the latter provides a more integrated experience for setting rate limits and applying gateway on a per-project basis.

  • SGuerrero's avatar
    SGuerrero
    Copper Contributor

    Great announcement and very interesting direction for governing models and MCP servers.

    One question regarding adoption: for organizations that already have Azure API Management instances in production, is AI Gateway intended to be deployed as a separate resource, or is there a planned path to leverage existing APIM instances for AI Gateway workloads?

    Understanding the recommended coexistence and migration model would help platform teams evaluate adoption strategies and operational ownership.

    • vladvino's avatar
      vladvino
      Icon for Microsoft rankMicrosoft

      Existing tiers of Azure API Management already offer AI gateway capabilities. AI Gateway tier is another option, exclusively focused and optimized for AI workloads. 

    • aakashsharma's avatar
      aakashsharma
      MCT

      I believe the AI Gateway tier is for the scenarios where you don't need other advanced API management capabilities. Other tiers of APIM currently support the AI gateway features as well including adding llm APIs, MCP servers, token metrics etc. So it's not going to be that you have two APIM instances running one with AI gateway tier and one with another. You select based on your use case. I don't see a reason why a medium to big size enterprise won't just use the current v2 SKU with ai gateway features. Or probably you need to separate your AI gateway with you enterprise API gateway.

       

      https://learn.microsoft.com/en-us/azure/api-management/genai-gateway-capabilities

      • VinodNallavade's avatar
        VinodNallavade
        Tin Contributor

        https://iaminazure.substack.com/p/azure-api-management-ai-gateway-capabilities
        Tried capturing the difference

    • inferMSFTech's avatar
      inferMSFTech
      Copper Contributor

      I doubt AI Gateway with it's limited capabilities in a position to warrant a migration, both going to be needed.

      APIM has robust capabilities and i wish, many of them find their way to AI gateway so all combinations possible; APIM+/- AI Gateway .