Cloud Firestore Enterprise sürümü, Pipeline işlemleri konumlarıyla Native mode

Bir Cloud Firestore örneği sağladığınızda örnek için bir konum seçmeniz gerekir. Gecikmeyi azaltmak ve kullanılabilirliği artırmak için verilerinizi, bunlara ihtiyaç duyan kullanıcıların ve hizmetlerin yakınında depolayın.

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

Bir veritabanı örneği sağladıktan 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 saklayabilirsiniz.

Çok bölgeli konumlar

Veritabanınızın kullanılabilirliğini ve dayanıklılığını en üst düzeye çıkarmak için çoklu bölge konumu seçin.

Çok bölgeli konum, veritabanının birden fazla kopyasının depolandığı tanımlanmış bir bölge grubundan oluşur. Her kopya, veri tabanındaki tüm verileri içeren bir okuma/yazma kopyası veya tam bir veri kümesini korumayan ancak replikasyona katılan bir tanık kopyasıdır.

Veriler birden fazla bölge arasında çoğaltıldığından, bir bölgenin tamamı kaybolsa bile veriler sunulmaya devam edebilir. Bir bölge içinde veriler, bölgeler arasında çoğaltılır. Böylece bir bölgenin kaybı durumunda bile veriler o bölgede sunulmaya devam edebilir.

Ardışık düzen işlemleri için bu önizleme sırasında, Native Mode'da Firestore Enterprise veritabanları aşağıdaki çok bölgeli konumlarda kullanılabilir:

Çok bölgeli ad Çok bölgeli açıklama Okuma-yazma bölgeleri Tanık bölgesi
nam5 Amerika Birleşik Devletleri (Merkez) us-central1 (Iowa), us-central2 (Oklahoma—private GCP region) us-east1 (Güney Carolina)

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 çoğaltılır.

Maliyetleri düşürmek, uygulamanız gecikmeye duyarlıysa yazma gecikmesini azaltmak veya diğer Google Cloud kaynaklarla ortak konumlandırma için bölgesel bir konum seçin.

Ardışık düzen işlemleri için bu önizleme sırasında, yerel modda Firestore Enterprise veritabanları aşağıdaki bölgesel kaynak konumlarında kullanılabilir:

Bölge adıBölge açıklaması
Kuzey Amerika
us-east4Kuzey Virginia
Güney Amerika
southamerica-east1São Paulo
Avrupa

europe-west4

Hollanda
Asya
asia-south1Mumbai
asia-east1Tayvan

Konum fiyatlandırması

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

Önizleme sırasında bölgeye ve bölge türüne göre fiyatlandırmayla ilgili kapsamlı bir açıklama için Fiyatlandırma bölümüne bakın.

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 Veriler 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:

  • default Cloud Firestore veritabanı örneği
  • Ad biçimi *.appspot.com olan Firebase paketi için varsayılan Cloud Storage
  • Google Cloud Scheduler özellikle 1. nesil planlanmış işlevlerle kullanılır.

Bu "varsayılan Google Cloud kaynaklarının konumu" ayarı sabittir. Ayrıca, ilişkili kaynaklardan birinin konumunu ayarladığınızda App Engine ile ortak ilişkilendirmeleri nedeniyle tüm kaynakların konumunu dolaylı olarak ayarlamış olursunuz.

Ancak yıllar içinde Firebase ve Google Cloud ekosisteminde birçok değişiklik yapıldığından kaynakların App Engine ile ilişkilendirilme şekli değişti. En önemlisi, 30 Ekim 2024'ten itibaren yeni sağlanan tüm varsayılan Firebase Cloud Storage grubu, *.firebasestorage.app ad biçimine sahip olacak ve App Engine ile ilişkilendirilmeyecek.

Olası konum bağımlılıklarında değişenlerle ilgili ayrıntıları aşağıda bulabilirsiniz:

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

    • Varsayılan Cloud Firestore örneğinin sağlanması, projede sağlanan tüm gelecekteki App Engine uygulamalarının konumunu ayarlar. Ancak bu, gelecekteki varsayılan Cloud Storage paketin konumunu belirlemez.

    • Varsayılan Cloud Storage paketi sağlama işlemi artık App Engine uygulamasını sağlamaz. 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ğlandıysa ancak Firebase için varsayılan Cloud Storage grubu sağlanmadıysa:

    • Mevcut varsayılan Cloud Firestore örneği, gelecekteki varsayılan Cloud Storage paketin konumunu belirlemez (*.firebasestorage.app).
  • 30 Ekim 2024'ten itibaren, Firebase paketi için Cloud Storage varsayılanı 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ğlandığında bir App Engine uygulaması da sağlanmıştı. Bu nedenle, gelecekteki varsayılan Cloud Firestore örneğinin konumu o sırada ayarlanmıştı. *.appspot.com grubu silseniz bile App Engine uygulamasını silemezsiniz. Bu nedenle, gelecekteki varsayılan Cloud Firestore örneğinin konum ayarı önceden belirlenir.

1. nesil planlanmış işlevleri kullandıysanız bu işlevlerin konumu, varsayılan Google Cloud kaynaklarının konumuna ayarlanır. Bunun nedeni, Cloud Scheduler ve App Engine hesaplarının daha önce birbiriyle ilişkilendirilmiş olmasıdır. Ayrıca, bu konum ayarını paylaşan diğer kaynakları sağlamadan önce 1. nesil planlanmış işlevleri ayarlarsanız bu kaynakların konumunu da ayarlarsınız.

App Engine veya europe-west konumlu bir us-central uygulamanız varsa varsayılan Google Cloud kaynaklarınızın konumunun çok bölgeli olarak kabul edileceğini unutmayın.