Native mode'da Firestore (Pipeline işlemleriyle) konumları

Bir Cloud Firestore örneği temel hazırlığı yaparken örnek için bir konum seçmeniz gerekir. Gecikmeyi azaltmak ve kullanılabilirliği artırmak için verilerinizi, ihtiyaç duyan kullanıcılara ve hizmetlere yakın bir yerde depolayın.

Projeniz kullandıkça öde Blaze fiyatlandırma planındaysa projenizde isteğe bağlı olarak her biri kendi konum ayarına sahip birden fazla veritabanı oluşturabilirsiniz.

Bir veritabanı örneği oluşturduktan sonra konum ayarını değiştiremeyeceğinizi unutmayın.

Konum türleri

Cloud Firestore verilerinizi çok bölgeli bir konumda veya bölgesel bir konumda depolayabilirsiniz.

Çok bölgeli konumlar

Veritabanınızın kullanılabilirliğini ve dayanıklılığını en üst düzeye çıkarmak için çok bölgeli bir konum seçin.

Çok bölgeli konum, veritabanının birden fazla kopyasının depolandığı tanımlanmış bir bölge grubundan oluşur. Her replika, veritabanındaki tüm verileri içeren bir okuma-yazma replikası veya tam bir veri kümesi içermeyen ancak replikasyona katılan bir tanık replikadır.

Veriler birden fazla bölge arasında kopyalanarak tüm bir bölge kaybedilse bile veriler sunulmaya devam edebilir. Bir bölge içinde veriler bölgeler arasında kopyalanır. Böylece bir bölge kaybedilse bile veriler o bölge içinde sunulmaya devam edebilir.

Cloud Firestore, aşağıdaki çok bölgeli konumları destekler:

Çoklu bölge adı Çoklu bölge açıklaması Okuma-yazma bölgeleri Tanık bölge
eur3 Avrupa europe-west1 (Belçika), europe-west4 (Hollanda) europe-north1 (Finlandiya)
nam5 Amerika Birleşik Devletleri (Merkez) us-central1 (Iowa), us-central2 (Oklahoma - özel GCP bölgesi) us-east1 (Güney Carolina)
nam7 Amerika Birleşik Devletleri (Merkez ve Doğu) us-central1 (Iowa), us-east4 (Kuzey Virginia) us-central2 (Oklahoma: özel Google Cloud bölgesi)

Bölgesel konumlar

Bölgesel konum, Güney Carolina gibi belirli bir coğrafi yerdir. Bölgesel konumdaki veriler, bir bölge içindeki birden fazla alt bölgede kopyalanır.

Daha düşük maliyetler, uygulamanız gecikmeye duyarlıysa daha düşük yazma gecikmesi veya diğer Google Cloud kaynaklarıyla aynı konumda bulunma için bölgesel bir konum seçin.

Cloud Firestore, aşağıdaki bölgesel kaynak konumlarını destekler:

Bölge adıBölge açıklaması
Kuzey Amerika
us-west1Oregon
us-west2Los Angeles
us-west3Salt Lake City
us-west4Las Vegas

us-central1

Iowa
northamerica-northeast1Montréal

northamerica-northeast2

Toronto

northamerica-south1

Queretaro
us-east1Güney Carolina
us-east4Kuzey Virginia

us-east5

Columbus

us-south1

Dallas
Güney Amerika

southamerica-west1

Santiago
southamerica-east1São Paulo
Avrupa
europe-west2Londra

europe-west1

Belçika

europe-west4

Hollanda

europe-west8

Milano

europe-southwest1

Madrid

europe-west9

Paris

europe-west12

Turin

europe-west10

Berlin
europe-west3Frankfurt

europe-north1

Finlandiya

europe-north2

Stockholm
europe-central2Varşova
europe-west6Zürih
Orta Doğu

me-central1

Doha

me-central2

Dammam

me-west1

Tel Aviv
Asya
asia-south1Mumbai

asia-south2

Delhi
asia-southeast1Singapur
asia-southeast2Cakarta
asia-southeast3Bangkok
asia-east2Hong Kong
asia-east1Tayvan
asia-northeast1Tokyo
asia-northeast2Osaka
asia-northeast3Seul
Avustralya
australia-southeast1Sidney

australia-southeast2

Melbourne
Afrika

africa-south1

Johannesburg

Konum fiyatlandırması

Cloud Firestore konumunuz, veritabanı işlemlerinin maliyetini belirler.

Bölgeye ve bölge türüne göre fiyatlandırmanın kapsamlı bir açıklaması için Fiyatlandırma başlıklı makaleyi inceleyin.

Veritabanlarınızın konumunu görüntüleme

Veritabanı örneklerinizin ve konumlarının listesini görüntülemek için Firebase konsolunda Cloud Firestore Veri sekmesine gidin.

"Varsayılan Google Cloud kaynaklarının konumu" nedeniyle olası konum bağımlılıkları

"Varsayılan Google Cloud kaynaklarının konumu", aşağıdakiler de dahil olmak üzere Google App Engine ile ilişkili tüm proje kaynaklarının konum ayarıdır:

  • varsayılan Cloud Firestore veritabanı örneği
  • *.appspot.com ad biçimine sahip Firebase paketi için varsayılan Cloud Storage
  • Google Cloud Scheduler, özellikle 1. nesil programlanmış işlevlerle kullanılır.

Bu "varsayılan Google Cloud kaynakları için konum" ayarı değiştirilemez. Ayrıca, ilişkili kaynaklardan birinin konumunu ayarladığınızda, App Engine ile ortak ilişkilendirmeleri nedeniyle dolaylı olarak hepsinin konumunu ayarlamış olursunuz.

Ancak yıllar içinde Firebase ve Google Cloud ekosisteminde yapılan birçok değişiklik nedeniyle kaynakların App Engine ile ilişkilendirilme şekli de değişti. Özellikle 30 Ekim 2024'ten itibaren, Firebase için yeni oluşturulan tüm varsayılan Cloud Storage, *.firebasestorage.app ad biçimine sahip olacak ve App Engine ile ilişkilendirilmeyecek.

Olası konum bağımlılıklarında yapılan değişikliklerin ayrıntılarını aşağıda bulabilirsiniz:

  • 30 Ekim 2024'ten itibaren, varsayılan Cloud Firestore örneği ve Firebase için varsayılan Cloud Storage henüz sağlanmamışsa:

    • Varsayılan Cloud Firestore örneğinin temel hazırlığı, projede temel hazırlığı yapılan gelecekteki tüm App Engine uygulamalarının konumunu belirler. Ancak gelecekteki varsayılan Cloud Storage paketinin konumunu belirlemez.

    • Varsayılan Cloud Storage paketinin temel hazırlığı artık bir App Engine uygulamasının temel hazırlığını yapmıyor. Bu nedenle, varsayılan Cloud Storage paketinin konumu, gelecekteki varsayılan Cloud Firestore örneğinin konumunu belirlemez.

  • 30 Ekim 2024'ten itibaren, varsayılan Cloud Firestore örneği zaten sağlanmış ancak Firebase için varsayılan Cloud Storage paketi sağlanmamışsa:

    • Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketinin (*.firebasestorage.app) konumunu belirlemez.
  • 30 Ekim 2024'ten itibaren, Firebase için varsayılan Cloud Storage paketi zaten sağlanmışsa (özellikle *.appspot.com paketi) ancak varsayılan Cloud Firestore örneği sağlanmamışsa:

    • Varsayılan Cloud Storage paketi (*.appspot.com) sağlanırken bir App Engine uygulaması da sağlandı ve gelecekteki varsayılan Cloud Firestore örneğinin konumu o sırada ayarlandı. *.appspot.com paketini silseniz bile App Engine uygulamasını silemezsiniz. Bu nedenle, gelecekteki varsayılan Cloud Firestore örneğinin konum ayarı zaten belirlenmiştir.

1. nesil planlanmış işlevler kullandıysanız bunların konumu, varsayılan Google Cloud kaynaklarının konumuna ayarlanır. Bunun nedeni, Cloud Scheduler ve App Engine arasında daha önce bir ilişki olmasıdır. Ayrıca, bu konum ayarını paylaşan diğer kaynakları sağlamadan önce 1. nesil planlanmış işlevleri ayarlarsanız bunların konumunu da ayarlamış olursunuz.

App Engine uygulamanızın konumu us-central veya europe-west ise varsayılan Google Cloud kaynaklarınızın konumu çok bölgeli olarak kabul edilir.