Menu Docs
Página inicial do Docs
/ /
Serviços Atlas App
/

Alterar modelos de implementação

Nesta página

  • Visão geral
  • Executar uma migração de sistema
  • Antes de começar
  • Procedimento
  • Processo de migração de sistema
  • Dados afetados

Você pode alterar a configuração de implantação de uma aplicação existente para implantá-la em um novo modelo, região e/ou fornecedor de cloud. Por exemplo, você pode mudar sua aplicação de uma implantação global para uma região local específica da AWS ou mudar uma aplicação implantada no leste dos EUA da AWS para o Azure. Para obter uma lista de todas as opções disponíveis, consulte Modelos e regiões de implantação.

Para mover uma aplicação existente, você inicia uma Migração de sistema que move automaticamente os dados e a configuração da aplicação para a nova configuração. O processo de migração foi projetado para ser o mais fácil possível, mas requer de 5 a 30 minutos de inatividade. Você pode monitorar o status da migração, mas nenhuma solicitação será processada até que a migração seja concluída. Para obter mais informações, consulte Processo de migração de sistema.

Importante

Contactar o Suporte MongoDB

Recomendamos que você entre em contato com o suporte técnico do MongoDB se estiver planejando alterar o modelo de implantação de um aplicativo de produção. Para saber como, acesse o portal de suporte do MongoDB .

Você pode iniciar uma migração de implantação a qualquer momento. Somente uma migração pode estar em andamento por vez para uma única aplicação. Se você tentar iniciar uma migração enquanto outra estiver em andamento, a nova migração não será executada e falhará com um erro.

Se você se conectar à sua aplicação a partir de um Realm SDK, deverá atualizar o SDK para uma versão que ofereça suporte à alteração dos modelos de implantação. Se a versão do SDK do seu aplicativo não permitir a alteração dos modelos de sistema, você precisará reinstalar o aplicativo. Se você alterar os modelos de implantação antes de atualizar, o SDK não poderá se conectar e as solicitações falharão.

Versão mínima do SDK:

  • Realm C++ SDK v0.2.0

  • Realm Flutter SDK v1.2.0

  • Realm Kotlin SDK v1.10.0

  • Realm .NET SDK v11.1.0

  • Realm Node.js SDK v12.0.0 (versão pendente)

  • Realm React Native SDK v12.0.0 (versão pendente)

  • Realm Swift SDK v10.40.0

Antes de alterar os modelos de sistema, observe o seguinte:

  • Todos os registros e rascunhos serão perdidos.

  • Os Atlas Triggers suspensos serão reiniciados.

  • Todos os endpoints privados existentes precisarão ser recriados para a nova região.

  • As operações de Atlas Triggers e Realm Mobile Sync serão pausadas durante a migração.

Importante

A migração do sistema é permanente

A alteração do seu modelo de implantação não é um rascunho. Esta alteração não pode ser revertida após ser salva.

Você precisará do seguinte para modificar um modelo de implantação da aplicação na IU do Atlas:

  • Uma conta do MongoDB Atlas com permissões de Proprietário do Projeto. Para saber como criar uma conta gratuita, consulte Comece a usar o Atlas .

Você precisará do seguinte para modificar o modelo de sistema de um aplicativo com a API de administrador:

1

Clique em App Settings no menu de navegação esquerdo. Na página de configurações, encontre a seção Deployment Region e clique no botão Edit .

2

Você pode migrar uma aplicação para qualquer configuração de implantação válida.

Primeiro, opte por migrar para uma região LOCAL específica ou para uma implantação GLOBAL distribuída pelo mundo.

Se você escolher GLOBAL, escolha uma das regiões globais para hospedar os dados de configuração do seu aplicativo.

Se você escolher LOCAL, escolha um fornecedor de nuvem e uma região específicos para implantar. Para obter uma lista de todas as opções disponíveis, consulte Modelos e regiões de implantação.

3

Após especificar a configuração de sistema desejada, clique em Continue . Você deverá ver um prompt de confirmação com uma lista de verificação. Revise e verifique cada item da lista para confirmar se você entende o impacto da migração.

Depois de revisar a lista de verificação, a migração será feita clicando em Change region.

4

Enquanto a migração está em andamento, a UI exibe um banner na parte superior da página com o status de migração atual.

5

Alguns recursos e serviços não continuarão a funcionar após uma migração e deverão ser reconfigurados. Se você usar algum desses recursos, siga as etapas de limpeza abaixo para restaurar a funcionalidade:

funcionalidade
Etapas de limpeza

Os endpoints privados de VPC são específicos da região. Após a migração para uma nova região, você deve criar novos endpoints privados de VPC na nova região e atualizar seu aplicativo para usar os novos endpoints.

Você não poderá usar endpoints privados de VPC se tiver migrado para um sistema global ou para uma região local no Azure ou no GCP.

Enviando solicitações
Depois que a migração for concluída, você deverá enviar solicitações usando novos URLs, se aplicável.
1

Você pode migrar uma aplicação para qualquer configuração de implantação válida.

Primeiro, opte por migrar para uma região LOCAL específica ou para uma implantação GLOBAL distribuída pelo mundo.

Se você escolher GLOBAL, escolha uma das regiões globais para hospedar os dados de configuração do seu aplicativo.

{
"deployment_model": "GLOBAL",
"provider_region": "aws-us-east-1"
}

Se você escolher LOCAL, escolha um fornecedor de nuvem e uma região específicos para implantar. Para obter uma lista de todas as opções disponíveis, consulte Modelos e regiões de implantação.

{
"deployment_model": "LOCAL",
"provider_region": "azure-westus"
}
2

Para iniciar uma migração, chame o endpoint Create a Deployment Migration com o modelo de sistema e a região para a qual você deseja migrar no corpo da solicitação.

curl -X PUT \
https://services.cloud.mongodb.com/api/admin/v3.0/groups/{groupId}/apps/{appId}/deployment_migration \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer <AccessToken>' \
-d '{
"deployment_model": "<DeploymentModel>",
"provider_region": "<RegionID>"
}'
3

Para obter o status atual de uma migração de sistema, chame o endpoint Obter uma migração de sistema.

curl -X GET \
https://services.cloud.mongodb.com/api/admin/v3.0/groups/<groupId>/apps/<appId>/deployment_migration \
-H 'Authorization: Bearer <AccessToken>'
4

Alguns recursos e serviços não continuarão a funcionar após uma migração e deverão ser reconfigurados. Se você usar algum desses recursos, siga as etapas de limpeza abaixo para restaurar a funcionalidade:

funcionalidade
Etapas de limpeza

Os endpoints privados de VPC são específicos da região. Após a migração para uma nova região, você deve criar novos endpoints privados de VPC na nova região e atualizar seu aplicativo para usar os novos endpoints.

Você não poderá usar endpoints privados de VPC se tiver migrado para um sistema global ou para uma região local no Azure ou no GCP.

Enviando solicitações
Depois que a migração for concluída, você deverá enviar solicitações usando novos URLs, se aplicável.

As migrações de implantação movem os dados e a configuração do seu aplicativo para um ou mais novas regiões em uma série de estágios. Em cada estágio, o processo migra uma parte do seu aplicativo para o novo modelo e limpa quaisquer artefatos do modelo anterior.

Uma migração de sistema passa pelos seguintes estágios em ordem:

  1. "started": a migração foi iniciada

  2. "downtime": a aplicação não está disponível enquanto a migração está em andamento

  3. "enabling_event_subscriptions": os triggers da aplicação e os tradutores de sincronização de dispositivos estão sendo habilitados

  4. "cleanup": os artefatos da implantação estão sendo limpos

  5. A migração foi concluída e pode estar em um dos dois estados:

    • "successful": a migração foi concluída com sucesso

    • "failed": a migração falhou

O processo de migração não afeta nenhum dado de aplicação armazenado em um cluster do MongoDB Atlas.

O processo de migração migra os seguintes componentes do seu aplicativo:

  • Contas de Usuário

  • Arquivos de configuração do aplicativo

  • Acionadores

  • Serviços de API

  • Tradutores do Realm Mobile Sync

O processo de migração não migra os seguintes dados:

  • Registros de aplicativos

  • Rascunhos de distribuição

  • Dados armazenados em um MongoDB Atlas cluster

Voltar

Configurar um pipeline CI/CD