Antes de usar o Cloud Firestore, você deve escolher um local para seu banco de dados. Para reduzir a latência e aumentar a disponibilidade, armazene seus dados perto dos usuários e serviços que deles necessitam. Esta configuração de local é o local de recurso padrão do Google Cloud Platform (GCP) do seu projeto.
Observe que o local padrão do recurso do GCP pode ter sido definido anteriormente, durante a criação do projeto ou ao configurar outro serviço que exija uma configuração de local (veja abaixo).
Localização padrão do recurso do GCP
Vários serviços disponíveis para seu aplicativo exigem uma configuração de local, chamada de local de recurso padrão do Google Cloud Platform (GCP) do seu projeto. Este local é onde seus dados são armazenados para serviços do GCP que exigem uma configuração de local.
Os produtos a seguir compartilham o mesmo local de recurso padrão do GCP:
Cloud Firestore
Observe que o local padrão do recurso do GCP não se aplica ao Firebase Realtime Database .Armazenamento na núvem
Observe que o local padrão do recurso do GCP se aplica apenas ao bucket padrão do Cloud Storage . Se você estiver no plano Blaze, poderá criar vários buckets, cada um com seu próprio local .Aplicativo Google App Engine (GAE)
Se você configurar um aplicativo do App Engine , o local dele compartilhará o local padrão do recurso do GCP. Observe que se você usar o Cloud Scheduler (por exemplo, para executar funções programadas ), será necessário ter um aplicativo do App Engine no seu projeto.
Tipos de locais
Você pode armazenar seus dados do Cloud Firestore em um local multirregional ou regional .
Observe que se você já tiver um aplicativo do App Engine com localização us-central ou europe-west , seu banco de dados do Cloud Firestore será considerado multirregional .
Locais multirregionais
Selecione um local multirregional para maximizar a disponibilidade e a durabilidade do seu banco de dados.
Um local multirregional consiste em um conjunto definido de regiões onde diversas réplicas do banco de dados são armazenadas. Cada réplica é uma réplica de leitura e gravação que contém todos os dados do banco de dados ou uma réplica testemunha que não mantém um conjunto completo de dados, mas participa da replicação.
Ao replicar os dados entre múltiplas regiões, os dados podem continuar a ser servidos mesmo com a perda de uma região inteira. Dentro de uma região, os dados são replicados entre zonas para que os dados possam continuar a ser servidos nessa região mesmo com a perda de uma zona.
O Firebase oferece suporte aos seguintes locais de recursos multirregionais do GCP:| Nome multirregional | Descrição multirregional | Regiões de leitura e gravação | Região de Testemunha |
|---|---|---|---|
eur3 | Europa | europe-west1 (Bélgica), europe-west4 (Holanda) | europe-north1 (Finlândia) |
nam5 | Estados Unidos | us-central1 (Iowa), us-central2 (Oklahoma — região privada do GCP) | us-east1 (Carolina do Sul) |
Locais regionais
Uma localização regional é um local geográfico específico, como a Carolina do Sul. Os dados em um local regional são replicados em diversas zonas de uma região . Todas as localidades regionais estão separadas de outras localidades regionais por pelo menos 160 quilômetros.
Selecione um local regional para reduzir custos, reduzir a latência de gravação se seu aplicativo for sensível à latência ou para colocalização com outros recursos do GCP .
O Firebase é compatível com os seguintes locais regionais de recursos do GCP:| Nome da região | Descrição da região | |
|---|---|---|
| América do Norte | ||
us-west1 | Óregon | |
us-west2 | Los Angeles | |
us-west3 | Cidade do Lago Salgado | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
| Toronto | |
us-east1 | Carolina do Sul | |
us-east4 | Virgínia do Norte | |
| América do Sul | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | Londres | |
| Bélgica | |
| Holanda | |
| Paris | |
europe-west3 | Francoforte | |
europe-central2 | Varsóvia | |
europe-west6 | Zurique | |
| Médio Oriente | ||
| Doha | |
| Droga | |
| Tel Aviv | |
| Ásia | ||
asia-south1 | Bombaim | |
Este local não é compatível com o Cloud Storage para Firebase. Se você planeja usar o Cloud Storage para Firebase, escolha um local diferente. | Délhi | |
asia-southeast1 | Cingapura | |
asia-southeast2 | Jacarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tóquio | |
asia-northeast2 | Osaca | |
asia-northeast3 | Seul | |
| Austrália | ||
australia-southeast1 | Sidney | |
Este local não é compatível com o Cloud Storage para Firebase. Se você planeja usar o Cloud Storage para Firebase, escolha um local diferente. | Melbourne | |
SLA de localização
O tipo de local do Cloud Firestore determina a porcentagem de tempo de atividade do Acordo de Nível de Serviço (SLA) :
| Serviço Coberto | Porcentagem de tempo de atividade mensal |
|---|---|
| Multirregião do Cloud Firestore | >= 99,999% |
| Cloud Firestore Regional | >= 99,99% |
Preço de localização
A localização do Cloud Firestore determina o custo das operações do banco de dados.
Para obter uma explicação abrangente sobre preços por região e por tipo de região, consulte Entenda o faturamento do Cloud Firestore .
Veja a localização dos seus bancos de dados
No console do Firebase, acesse as configurações do projeto .
Próximos passos
- Para criar um banco de dados do Cloud Firestore em um local específico, acesse Primeiros passos com o Cloud Firestore .
- Para obter mais informações sobre como criar aplicativos para atender aos seus requisitos de latência, disponibilidade e durabilidade, consulte Geografia e regiões .