Antes de usar o Cloud Firestore, escolha um local para seu banco de dados. Para reduzir a latência e aumentar a disponibilidade, armazene os dados próximo dos usuários e dos serviços que precisam deles. Essa configuração é o local padrão dos recursos do Google Cloud Platform (GCP) no seu projeto.
Saiba que o local padrão dos recursos do GCP pode ter sido definido anteriormente durante a criação do projeto ou quando outro serviço que precisa dessa configuração foi ajustado (veja abaixo).
Local padrão dos recursos do GCP
Vários serviços disponíveis para o aplicativo exigem uma configuração específica que é o local padrão dos recursos do Google Cloud Platform (GCP) no seu projeto. Esse local é onde seus dados são armazenados para serem usados por serviços do GCP que exigem essa configuração.
Os seguintes produtos compartilham o mesmo local padrão dos recursos do GCP:
Cloud Firestore
Observe que o local padrão do recurso do GCP não se aplica ao Firebase Realtime Database.Cloud Storage
Observe que o local padrão do recurso do GCP só se aplica 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.App do Google App Engine (GAE, na sigla em inglês)
Se você configurar um app do Google App Engine, o local dele será o mesmo do local padrão do recurso do GCP. 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
É possível armazenar seus dados do Cloud Firestore em um local com várias regiões ou em um local regional.
Se você já tiver um aplicativo do App Engine com uma localização que seja
us-central ou europe-west, seu banco de dados do Cloud Firestore será
considerado multirregional.
Locais multirregionais
Selecione um local multirregional para aumentar a disponibilidade e a durabilidade do seu banco de dados.
Um local multirregional consiste em um conjunto definido de regiões com várias réplicas do banco de dados armazenadas. As réplicas são de leitura/gravação e contêm todos os dados no banco de dados ou são de testemunha e não mantêm um conjunto completo de dados, mas participam da replicação.
Ao replicar os dados entre várias regiões, esses dados continuam disponíveis mesmo com a perda de uma região inteira. Dentro de uma região, os dados são replicados em zonas, para que possam continuar disponíveis mesmo com a perda de uma delas.
O Firebase oferece suporte aos locais multirregionais dos recursos do GCP a seguir:| Nome multirregional | Descrição multirregional | Regiões de leitura/gravação | Região de testemunha |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Bélgica), europe-west4 (Países Baixos) |
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
Um local regional é um lugar geográfico específico, como a Carolina do Sul. Os dados em um local regional são replicados em várias zonas em uma região. A distância entre todos os locais regionais é de pelo menos 160 quilômetros.
Selecione um local regional para reduzir os custos, diminuir a latência de gravação se o aplicativo for sensível à latência ou para compartilhar o local com outros recursos do GCP.
O Firebase oferece suporte aos seguintes locais regionais dos recursos do GCP:| Nome da região | Descrição do local regional | |
|---|---|---|
| América do Norte | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
|
|
Toronto | |
us-east1 | Carolina do Sul | |
us-east4 | Norte da Virgínia | |
| América do Sul | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | Londres | |
|
|
Países Baixos | |
|
|
Paris | |
europe-west3 | Frankfurt | |
europe-central2 | Varsóvia | |
europe-west6 | Zurique | |
| Oriente Médio | ||
|
|
Doha | |
|
|
Tel Aviv | |
| Ásia | ||
asia-south1 | Mumbai | |
|
Este local não oferece suporte ao Cloud Storage para Firebase. Se você planeja usar o Cloud Storage para Firebase, escolha um local diferente. |
Délhi | |
asia-southeast1 | Singapura | |
asia-southeast2 | Jacarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tóquio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Austrália | ||
australia-southeast1 | Sydney | |
|
Este local não oferece suporte ao Cloud Storage para Firebase. Se você planeja usar o Cloud Storage para Firebase, escolha um local diferente. |
Melbourne | |
SLA do local
Seu tipo de local do Cloud Firestore determina a porcentagem de tempo de atividade do Contrato de nível de serviço (SLA):
| Serviço coberto | Porcentagem de tempo de atividade mensal |
|---|---|
| Cloud Firestore multirregional | >= 99,999% |
| Cloud Firestore regional | >= 99,99% |
Preços do local
Seu local do Cloud Firestore determina o custo das operações do banco de dados.
Para uma explicação detalhada sobre os preços por região e por tipo de região, consulte a página Noções básicas do faturamento do Cloud Firestore.
Ver a configuração de local do seu projeto
No Console do Firebase, acesse as Configurações do projeto.
Próximas etapas
- Para criar um banco de dados do Cloud Firestore em um local específico, consulte Para começar com o Cloud Firestore.
- Para mais informações sobre como criar aplicativos para atender às suas necessidades de latência, disponibilidade e durabilidade, consulte a página Geografia e regiões.