Modelos e regiões de implementação
Visão geral
Ao criar um Aplicativo pela primeira vez, você deve selecionar umtipo de sistema que determina onde os dados do aplicativo são armazenados e processados. Você pode implementar seu aplicativo globalmente ou limitar o sistema a uma regiãoespecífica de sistema na nuvem.
Modelos de sistemas
Sistema global
Uma aplicação distribuída globalmente é hospedada em todo o mundo em todas as seguintes regiões AWS:
Ireland (IE) -
aws-eu-west-1
Oregon (US-OR) -
aws-us-west-2
Sydney (AU) -
aws-ap-southeast-2
Virgínia (US-VA) -
aws-us-east-1
Uma aplicação pode lidar com a maioria dos tipos de solicitações de qualquer região. Por exemplo, qualquer região pode executar funções sem servidor, avaliar regras, validar esquemas de objetos ou autenticar usuários.
Todas as operações de gravação em uma fonte de dados vinculada do MongoDB são tratadas dentro uma única região que você especifica ao criar a aplicação. Você pode escolher qualquer região global para lidar com gravações, mas geralmente deve escolher a região mais próxima do seu cluster MongoDB. Se um servidor em outra região precisa lidar com uma solicitação de gravação, ele encaminha a solicitação para a região de gravação configurada, que adiciona latência à operação de gravação.
Os Realm SDKs executam automaticamente solicitações de aplicativos, como a leitura de informações do usuário ou a chamada de uma função, na região de implantação global mais próxima do usuário que emitiu a solicitação. As solicitações enviadas para uma URL (por exemplo, com a Data API) são encaminhadas para o servidor mais próximo no nível DNS. As solicitações enviadas a um URL de uma região específica são executadas nessa região, independentemente da localização do usuário.
Sistemas locais
Uma aplicação implementada localmente está disponível em uma única região de fornecedor de nuvem. Todas as solicitações e operações de gravação do MongoDB são tratadas exclusivamente na região , que você especifica ao criar a aplicação.
Você pode implantar em qualquer região, mas geralmente deve escolher a região mais próxima dos usuários do seu aplicativo.
Regiões de sistema em nuvem
Você pode distribuir seu aplicativo em regiões de nuvem hospedadas em todo o mundo pelos principais fornecedores de serviços em nuvem. O suporte para uma determinada região depende do seu modelo de implantação. A implantação global tem menos regiões suportadas do que a implantação local.
Se você não especificar uma região ao criar ou configurar sua aplicação, o App Services seleciona a região geograficamente mais próxima da fonte de dados selecionada.
O App Services oferece suporte às seguintes regiões:
Nuvem | Região | Localização | ID da região | Local | Global |
---|---|---|---|---|---|
AWS | eu-west-1 | Irlanda (IE) | aws-eu-west-1 | ✓ | ✓ |
AWS | us-west-2 | Oregon (EUA-OU) | 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 | Singapura (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 | Singapura (SG) | azure-southeastasia | ✓ | |
Azure | eastasia | Hong kong (IN-MB) | azure-eastasia | ✓ | |
GCP | us-central1 | Iowa | gcp-us-central1 | ✓ | |
GCP | us-east4 | Virgínia | gcp-us-east4 | ✓ | |
GCP | us-west1 | Oregon | gcp-us-west1 | ✓ | |
GCP | europe-west1 | Bélgica | gcp-europe-west1 | ✓ | |
GCP | asia-south1 | Mumbai | gcp-asia-south1 | ✓ |