MotherDuck is coming to Azure—but today’s Copilot path still crosses into AWS
The announcement removes a future cloud-placement objection, not a present one. Teams can connect Copilot now, but should separate client integration from compute and data residency.
MotherDuck says it will bring its DuckDB-based cloud warehouse to Microsoft Azure, with the first regions chosen from customer waitlist demand. It has not named a launch region, date, price or early-access scope; the company says those details will be sent before each region opens. Until then, Azure-hosted data queried through MotherDuck still reaches MotherDuck’s current AWS deployment. MotherDuck announcement
That distinction matters for teams evaluating the product through Microsoft Copilot. MotherDuck’s managed MCP endpoint already connects to Copilot Studio and GitHub Copilot, so the agent integration is available now. But an Azure client does not make the database service Azure-resident: MotherDuck’s architecture documentation currently lists six AWS regions, and an organization can exist in only one cloud region. MCP setup documentation Architecture documentation
Two decisions, not one
The practical evaluation should split into two tracks. First, choose the agent identity model. Copilot Studio can connect through OAuth, where each user authorizes a MotherDuck account, or through a shared service-account token. MotherDuck recommends a read-scaling token for a widely published agent when read-only behavior is required. Those choices determine whose permissions and audit context reach the database. MCP setup documentation
Second, decide whether today’s cloud path is acceptable. MotherDuck says its AWS service can query Parquet and CSV files in Azure Blob Storage now, but Azure charges egress when those queries cross clouds. The future Azure regions are intended to put compute beside Azure data; they are not available merely because the MCP connector works. MotherDuck announcement
Teams should therefore ask for four concrete items before treating the roadmap as a migration plan: the selected Azure region, the residency of managed storage and query compute, the migration method for an existing single-region organization, and whether identity, logs or AI-processing endpoints remain outside that region. The last question is not theoretical: MotherDuck’s current architecture notes that AI functions for its Asia-Pacific AWS regions are processed through a US endpoint. Architecture documentation
What can be tested now
A pilot does not need to wait. Teams can connect Copilot Studio with per-user OAuth, enforce a read-only token where a shared identity is unavoidable, and measure the current cross-cloud query and egress profile against Azure Blob data. That produces a useful baseline for comparing the eventual Azure deployment—but it should be labeled an AWS-hosted pilot, not evidence that Azure residency is already solved. MCP setup documentation MotherDuck announcement
sources
- MotherDuck is coming to Azuremotherduck.com
- Connect to the MotherDuck MCP Servermotherduck.com
- MotherDuck architecture and capabilitiesmotherduck.com
comments · 0