Lista de verificação de produção do Realm Mobile Sync
Nesta página
Recomendamos seguir essas melhores práticas para garantir o desempenho ideal e uma experiência de usuário tranquila.
Para obter informações relacionadas sobre limitações de serviço, consulte Limitações de serviço.
Configuração do cluster do Atlas
- Usar um cluster do Atlas dedicado
Os aplicativos de produção devem usar, no mínimo, um cluster dedicado
M10. Dependendo do seu caso de uso, talvez seja necessário atualizar para um nível superior para obter o desempenho ideal.Se você usar um cluster compartilhado, como um
M0,M2ouM5, poderá ter problemas de desempenho devido a recursos limitados e à contenção com outros usuários. Se você fizer upgrade de um nível compartilhado para um nível dedicado após Go em produção, precisará encerrar o Realm Mobile Sync e redefinir ou reinstalar todas as aplicações cliente.- Atlas oplog
- A Device Sync requer acesso a umoplog baseado em tempo para seu cluster sincronizado. Todos os novos clusters do Atlas fornecem isso por padrão. Para obter melhores resultados, mantenha 48 horas de oplog para um cluster usando o Device Sync.
- Versão do MongoDB
- Use a versão mais recente do MongoDB, se possível. Algumas otimizações do Realm Mobile Sync usam os recursos e aprimoramentos da nova versão do MongoDB.
- Versão mínima do MongoDB do NVMe
- Se o cluster for executado em hardware que usa armazenamento NVMe, ele deverá usar o MongoDB versão 6.0 ou posterior para aplicativos de produção do Device Sync .
- Desabilitar ou managed validação de esquema embutida
Um esquema no App Services não é o mesmo que a que a validação de esquema integrada do MongoDB. O Device Sync pode interagir com seu cluster de uma forma incompatível com um esquema integrado.
Se você usar a validação de esquema em seu cluster, deverá desabilitá-la em favor dos esquemas do App Services ou managed as duas camadas de validação de esquema para que sejam compatíveis. Para obter mais informações, consulte Esquema do App Services versus Validação de Esquema Integrado.
Configuração do App Services
- Modelo de sistema e regiões geográficas
- Use um modelo de sistema local ao criar uma aplicação Realm Mobile Sync. Configure sua App e conjunto de dados MongoDB para ser executada na mesma região geográfica e fornecedor de nuvem.
- Definir um tempo máximo offline do cliente
- O backend do App Services usa um histórico de alterações nos dados subjacentes para sincronizar os clientes. Configure um tempo máximo offline do cliente para controlar o número de dias de histórico armazenados pelo seu aplicativo. Os clientes que não sincronizam em mais do que esse número de dias devem fazer um reinício do cliente na próxima vez que se conectarem ao backend.
Código do aplicativo do cliente
- Definir um manipulador de reinício do cliente
- Para se recuperar de uma condição de erro grave em que os históricos do cliente e do servidor divergem, você deve definir um manipulador de reinício do cliente ao abrir cada Realm com um SDK.
Modelo de dados Realm e esquema
- Evitar alterações significativas
- Depois de habilitar a sincronização, há limitações sobre como você pode modificar seu Modelo de dados Realm. Especificamente, a sincronização não oferece suporte a alterações significativas em seus tipos de objetos, como alterar o tipo de uma determinada propriedade. Se você quiser fazer uma alteração interruptiva, será necessário encerrar e reativar a sincronização com o Modelo de dados Realm atualizados.
- Consistência de dados do esquema do App Services
- Se você criar ou modificar documentos do Device Sync usando outra ferramenta, como o mongosh shell ou o MongoDB Compass, certifique-se de que os documentos sejam validados em relação ao App Services Schema para a collection. Para obter mais informações, consulte Documentos não sincronizados.
Melhores práticas de desempenho
- Teste de carga de produção
- Meça o desempenho e identifique problemas em uma implantação de produção dimensionada com o Teste de Carga de Produção Sincronizada.
- Tamanho da transação de escrita
- Ao gravar grandes quantidades de dados, considere usar várias transação de escrita pequenas em vez de uma única transação maior. Dependendo da versão e da configuração do cluster do Atlas, transação de escrita maiores que 16 MB podem ser rejeitadas pelo MongoDB e causar falha na operação de sincronização.