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 próximos aos usuários e serviços que precisam deles. Essa 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 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 GCP que exigem uma configuração de local.
Os produtos a seguir compartilham o mesmo local padrão de recursos 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 intervalo padrão do Cloud Storage . Se você estiver no plano Blaze, poderá criar vários buckets, cada um com seu próprio local .Aplicativo do Google App Engine (GAE)
Se você configurar um aplicativo do App Engine , seu local 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 em 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 várias réplicas do banco de dados são armazenadas. Cada réplica é uma réplica de leitura/gravação que contém todos os dados no banco de dados ou uma réplica de testemunha que não mantém um conjunto completo de dados, mas participa da replicação.
Ao replicar os dados entre várias regiões, os dados podem continuar sendo atendidos mesmo com a perda de uma região inteira. Dentro de uma região, os dados são replicados entre as zonas para que os dados possam continuar a ser atendidos nessa região mesmo com a perda de uma zona.
O Firebase é compatível com os seguintes locais de recursos do GCP multirregionais:Nome de várias regiões | Descrição de várias regiões | Regiões de leitura-gravação | Região 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 várias zonas dentro de uma região . Todos os locais regionais são separados de outros locais regionais por pelo menos 100 milhas.
Selecione um local regional para custos mais baixos, para menor 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 de recursos regionais do GCP:Nome da região | Descrição da região | |
---|---|---|
América do Norte | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
us-east1 | Carolina do Sul | |
us-east4 | Virgínia do Norte | |
América do Sul | ||
southamerica-east1 | São Paulo | |
Europa | ||
europe-west2 | Londres | |
europe-west3 | Frankfurt | |
europe-central2 | Varsóvia | |
europe-west6 | Zurique | |
Ásia | ||
asia-south1 | Bombaim | |
asia-southeast1 | Cingapura | |
asia-southeast2 | Jacarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tóquio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
Austrália | ||
australia-southeast1 | Sidney | |
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 |
Localização SLA
O 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 |
---|---|
Multirregião do Cloud Firestore | >= 99,999% |
Cloud Firestore regional | >= 99,99% |
Preços 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 as configurações de localização do seu projeto
No console do Firebase, acesse as configurações do projeto .
Próximos passos
- Para criar um banco de dados Cloud Firestore em um local específico, visite Introdução ao 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 .