Microsoft has spent two years reorganizing its AI stack, and the names have moved fast enough that most explainers now describe a product that no longer exists. If you last looked at Azure AI Studio, the tool you remember has been renamed twice and folded into something much larger.
Here is the current picture. Azure AI is Microsoft's umbrella for building and running AI in the cloud, and the platform at its center is now called Microsoft Foundry. It gives you a catalog of more than 11,000 models, a managed service for building agents, and the surrounding infrastructure to deploy all of it on Azure. This guide covers what Azure AI actually is in 2026, what you can build with it, what it costs, how it compares to AWS and Google Cloud, and where a design-and-management layer fits alongside it if the job is a customer-facing agent your team has to run every day.
What Is Microsoft Azure AI
Azure AI is the set of AI frameworks, services, and tools inside the Microsoft Azure cloud. It lets developers and businesses add AI to existing apps, or build new ones, using Microsoft's cloud compute, model hosting, and machine-learning tooling.
The practical entry point is Microsoft Foundry, the unified platform where you pick a model, ground it in your data, wrap it in an application or an agent, and ship it. Around that sit the more specialized Azure AI services: Azure AI Language for text understanding, Azure Machine Learning for training and deploying custom models, Azure AI Search for retrieval, and Azure AI Speech for voice. Together they cover most of what an enterprise needs to put AI into production on Azure.
A useful way to hold the stack in your head:
| Layer | What it is | Example on Azure |
|---|---|---|
| Infrastructure | Compute, storage, networking that runs the models | Azure VMs, Azure Kubernetes Service |
| Model serving | The models themselves, hosted and billed | Foundry Models (incl. Azure OpenAI) |
| Agent runtime | Managed service to run and scale agents | Foundry Agent Service |
| Design and management | Where a team builds, tests, and iterates the agent experience | Not provided; bring your own |
That last row is the one to pay attention to. Foundry gives you serving and runtime. The design-and-management layer, the one your CX or product team lives in every day, is where the market splits.
From Azure AI Studio to Microsoft Foundry
If the naming feels confusing, that is because it changed twice in a year. The platform launched as Azure AI Studio, was renamed Azure AI Foundry at Microsoft Ignite in November 2024, and was renamed again to Microsoft Foundry at Ignite in November 2025. Same lineage, three names.
The rebrands were not cosmetic. Foundry pulled what used to be separate products under one roof. Azure OpenAI Service, once its own thing, is now part of Foundry as Foundry Models sold by Azure. The model catalog stopped being OpenAI-only: Foundry offers more than 11,000 models spanning OpenAI, Anthropic, Meta, Google, xAI, and Hugging Face, alongside Microsoft's own MAI family. The platform became model-agnostic at the infrastructure layer, which is worth keeping in mind when you compare it to the alternatives later.
What You Can Build With Microsoft Foundry
Foundry is aimed at teams that want to build AI applications and agents without standing up their own model-serving infrastructure. Four capabilities carry most of the weight.
- A unified model catalog. Rather than committing to one provider, you can browse 11,000-plus models and swap between them based on cost, latency, and task. Models sold directly by Azure, including the OpenAI ones, are hosted and billed by Microsoft.
- Foundry Agent Service. Microsoft's managed platform for building, deploying, and scaling AI agents, with a single Responses API as the entry point. It is the piece the older Azure AI write-ups completely missed, and it is where most of the 2025-26 investment went.
- Azure Machine Learning. For teams training or fine-tuning their own models, Azure Machine Learning handles the full lifecycle, from automated machine learning and distributed training to deployment as an online endpoint and ongoing monitoring. Microsoft's deployment tutorial walks through the steps.
- Azure AI Language. A managed service for natural-language tasks: entity recognition, sentiment analysis, key-phrase extraction, and translation across languages. Useful when you need large language models doing focused text work rather than open-ended chat.
The through-line is that Foundry gives you the raw materials to build AI agents on Azure. What it does not do is design the customer-facing experience, define what a good conversation looks like, or give your non-engineers a place to iterate on it. That distinction is the one that decides most build-versus-buy calls, and we will come back to it.
How Much Does Azure AI Cost
Azure AI pricing is consumption-based, which is both its strength and the reason it is hard to quote a single number. Three main models cover most workloads.
| Model | How you pay | When it fits |
|---|---|---|
| Pay-as-you-go | Per token, per compute hour, per request | Prototyping and variable workloads |
| Reserved capacity | Commit to a usage level, take a discount | Predictable production traffic |
| Free tier | Free within feature and volume limits | Evaluating a service before commitment |
Exact rates vary by model and service and change often, so price any real project against the official Azure pricing pages. One caveat worth repeating for any cloud AI platform: the headline compute price is rarely the whole bill once you add model usage, storage, and data egress. Budget for those three from day one.
Microsoft Azure vs AWS vs Google Cloud
Microsoft, Amazon, and Google all offer cloud platforms for building enterprise AI, and the differences are more about ecosystem fit than raw capability. Here is a concise comparison.
| Feature | Microsoft Azure | Amazon Web Services | Google Cloud |
|---|---|---|---|
| AI platform | Microsoft Foundry (model catalog, Agent Service, Azure ML) | Amazon Bedrock plus SageMaker | Vertex AI plus Agent Builder |
| Model access | 11,000+ models across major providers, plus Azure OpenAI | Anthropic, Meta, Mistral, Amazon Nova, and others via Bedrock | Gemini family plus open and partner models |
| Developer tools | Visual Studio, Azure DevOps, Foundry SDK | AWS SDK, CloudFormation | Google Cloud SDK, Cloud Build |
| Pricing model | Pay-as-you-go, reserved capacity | Pay-as-you-go, reserved | Pay-as-you-go, custom contracts |
All three are strong choices if you are already committed to that cloud. The harder question for most teams is not which cloud, but which layer of the stack they actually need to build on. Serving a model is a solved problem on all three. Running a customer-facing agent your CX team can improve every week is not.
Where a Design Layer Fits Alongside Azure
Here is the honest split. Microsoft Foundry is infrastructure. It gives developers models, an agent runtime, and the plumbing to run AI on Azure. Voiceflow is the layer above that, built for the teams whose job starts where the infrastructure ends: designing, shipping, and managing a customer-facing agent that has to stay on brand every day, at scale.
Think about it the way you would think about hiring. Most platforms can get you an agent. Fewer are built for the ongoing management that keeps an agent good once real customers start talking to it. That management layer is what a CX-facing tool has to cover:
- Model-agnostic by default. Run OpenAI, Anthropic, or Google models, including the ones you already serve through Azure, and switch without rebuilding. You are not locked to one provider's roadmap.
- Workflows and Playbooks that compose. Deterministic workflows handle the steps that must go right every time, like refunds or compliance checks. Playbooks give the agent a goal and room to reason through the rest. A workflow can hand off to a playbook mid-conversation and take back control when things enter regulated territory.
- Knowledge base grounding. Point the agent at your docs, URLs, and help center so answers come from your content. This is how a knowledge base produces grounded answers instead of guesses.
- Evaluations, observability, and environments. Define what good looks like, score every conversation against it, trace why the agent did what it did, and test changes in staging before they reach production. That visibility is exactly what agent observability exists to provide, and teams that want a separate eval stack often pair it with tools like Braintrust.
- Chat and voice, natively. Ship the same agent to a web widget, a phone line, or an app, without maintaining two codebases.
- Enterprise security. SOC 2 Type 2 and PII masking, which become table stakes the moment you handle real customer data. If security and compliance are the gating question, our enterprise AI agent guide covers what to check for.
Teams like Turo, StubHub International, Sanlam Studios, and Trilogy run agents on Voiceflow in production. A common pattern in 2026: serve models through Azure, then design, manage, and ship the customer-facing experience one layer up. If managing agents at scale is the real problem, it helps to compare the best AI agent builders side by side, and to look at what an enterprise chatbot needs before you commit.
The short version: pick Azure for the infrastructure, then pick the design layer separately, on its own merits. Bundling the two decisions is how teams end up locked into a stack that serves models well and serves their customers badly.