Docs Menu
Docs Home
/ /
Atlas App Services
/

Deployment Models & Regions

On this page

  • Overview
  • Deployment Models
  • Global Deployment
  • Local Deployment
  • Cloud Deployment Regions

When you first create an App, you must select a deployment type that determines where your application's data is stored and processed. You can deploy your App globally or limit the deployment to a specific cloud deployment region.

A globally deployed App is hosted across the world in all of the following AWS regions:

  • Ireland (IE) - aws-eu-west-1

  • Oregon (US-OR) - aws-us-west-2

  • Sydney (AU) - aws-ap-southeast-2

  • Virginia (US-VA) - aws-us-east-1

An App can handle most types of requests from any region. For example, any region can run serverless functions, evaluate rules, validate object schemas, or authenticate users.

All write operations to a linked MongoDB data source are handled within a single region that you specify when you create the App. You can choose any global region to handle writes, but should generally choose the region closest to your MongoDB cluster. If a server in another region needs to handle a write request, it forwards the request to the configured write region, which adds latency to the write operation.

Realm SDKs automatically execute application requests, such as reading user information or calling a function, in the global deployment region that's closest to the user that issued the request. Requests sent to a global URL (for example, with the Data API) are forwarded to the closest server at the DNS level. Requests sent to a region-specific URL execute in that region regardless of the user's location.

A locally deployed App is available in a single cloud provider region. All requests and MongoDB write operations are handled exclusively in the region, which you specify when you create the App.

You can deploy to any region, but should generally choose the region closest to your application's users.

You can deploy your App to cloud regions hosted around the world by the major cloud providers. Support for a given region depends on your deployment model. Global deployment has fewer supported regions than local deployment.

If you don't specify a region when creating or configuring your App, App Services selects the region geographically closest to your selected data source.

App Services supports the following regions:

Cloud
Region
Location
Region ID
Local
Global
AWS
eu-west-1
Ireland (IE)
aws-eu-west-1
AWS
us-west-2
Oregon (US-OR)
aws-us-west-2
AWS
ap-southeast-2
Sydney (AU)
aws-ap-southeast-2
AWS
us-east-1
Virginia (US-VA)
aws-us-east-1
AWS
us-east-2
Ohio (US-VA)
aws-us-east-2
AWS
eu-west-2
London (IE)
aws-eu-west-2
AWS
eu-central-1
Frankfurt (DE-FF)
aws-eu-central-1
AWS
ap-south-1
Mumbai (IN-MB)
aws-ap-south-1
AWS
ap-southeast-1
Singapore (SG)
aws-ap-southeast-1
AWS
sa-east-1
São Paulo (BR-SP)
aws-sa-east-1
Azure
eastus2
Virginia (US-VA)
azure-eastus2
Azure
westus
California (US-OR)
azure-westus
Azure
westeurope
Netherlands (DE-FF)
azure-westeurope
Azure
southeastasia
Singapore (SG)
azure-southeastasia
Azure
eastasia
Hong Kong (IN-MB)
azure-eastasia
GCP
us-central1
Iowa
gcp-us-central1
GCP
us-east4
Virginia
gcp-us-east4
GCP
us-west1
Oregon
gcp-us-west1
GCP
europe-west1
Belgium
gcp-europe-west1
GCP
asia-south1
Mumbai
gcp-asia-south1

Back

Change Deployment Models