Örnek sorular
Gcp Databases Cloudsql Spanner FirestoreZorluk 1
Cloud SQL nedir?
- aSunucusuz bir NoSQL doküman veritabanı
- bMySQL, PostgreSQL ve SQL Server motorlarını destekleyen tam yönetilen bir ilişkisel veritabanı servisi✓
- cAsenkron işleme için yönetilen bir mesaj kuyruğu
- dYapılandırılmamış veri için dağıtık bir dosya depolama sistemi
Açıklama:Cloud SQL, Google Cloud'un tam yönetilen ilişkisel veritabanı servisidir — standart MySQL, PostgreSQL veya SQL Server motorlarını çalıştırırken Google yamalama, yedekleme ve replikasyon altyapısını yönetir. NoSQL doküman deposu (a), kuyruk (c) veya dosya depolama sistemi (d) değildir.
Gcp Databases Cloudsql Spanner FirestoreZorluk 2
Bir ekip bir Cloud SQL instance'ında Yüksek Kullanılabilirlik (HA) etkinleştiriyor. Bu yapılandırma aslında ne sağlar?
- aOkumaları yük dengelemek için aynı zone'da ek bir salt-okunur replica
- bVeritabanının birden fazla region'a otomatik olarak sharding'i
- cAynı region'ın farklı bir zone'unda senkron replike edilmiş veriye sahip bir standby instance✓
- dCloud Storage'da saklanan ve talep üzerine manuel olarak geri yüklenen bir yedek kopya
Açıklama:Cloud SQL HA (regional kullanılabilirlik), aynı region içinde farklı bir zone'da bir standby instance sağlar; veri, altta yatan regional persistent disk aracılığıyla senkron olarak replike edilir ve primary erişilemez hale gelirse Cloud SQL otomatik olarak standby'a failover yapar. Bir read replica değildir (a, ki o asenkrondur ve okuma ölçeklemesi içindir), otomatik olarak birden fazla region'a yayılmaz (b) ve manuel geri yüklenen bir yedek değildir (d).
Gcp Databases Cloudsql Spanner FirestoreZorluk 2
Bir Cloud SQL Read Replica, primary instance'ıyla nasıl bir ilişki içindedir?
- aPrimary'den asenkron olarak veri replike eder ve okuma trafiğine hizmet edebilir✓
- bPrimary onaylamadan önce her yazmayı, tam olarak bir HA standby gibi senkron olarak yansıtır
- cPrimary instance her yeniden başlatıldığında otomatik ve şeffaf biçimde promote edilir
- dYalnızca Cloud Spanner instance'ları içinde bulunur, Cloud SQL'de değil
Açıklama:Bir Cloud SQL Read Replica primary'den asenkron olarak replike eder, bu yüzden hafifçe geride kalabilir ve amacı bir HA standby gibi senkron dayanıklılık sağlamak değil (b HA'yı tanımlıyor, read replica'yı değil) okuma trafiğinin yükünü hafifletmektir. Bağımsız yazılabilir bir instance'a promote edilmesi her yeniden başlatmada otomatik değil, manuel bir işlemdir (c). Read Replica'lar bir Cloud SQL özelliğidir, sadece Spanner'a özgü değildir (d).
Gcp Databases Cloudsql Spanner FirestoreZorluk 2
Bir Cloud SQL instance'ında point-in-time recovery'nin (yalnızca günlük bir backup snapshot'ına değil, keyfi bir ana geri yüklemenin) mümkün olması için ne etkinleştirilmelidir?
- aOtomatik yedeklemeler tek başına yeterlidir; başka bir ayara gerek yoktur
- bInstance'a bir read replica bağlanmalıdır
- cYüksek Kullanılabilirlik etkinleştirilmelidir
- dOtomatik yedeklemelerin yanı sıra transaction log tutma etkinleştirilmelidir✓
Açıklama:Point-in-time recovery, keyfi bir zaman anına ulaşmak için bir temel yedek üzerine transaction log'ları yeniden oynatır, bu yüzden otomatik yedeklemelere ek olarak transaction log tutma (MySQL için binlog, PostgreSQL için WAL arşivleme) gerektirir — yalnızca günlük yedekler (a) sadece yedekleme zamanlarına geri yüklemeye izin verir, keyfi anlara değil. HA (c) ve read replica'lar (b) kullanılabilirlik ve okuma ölçeklemesini ele alır, belirli bir zaman damgasına kurtarma yeteneğini değil.
Gcp Databases Cloudsql Spanner FirestoreZorluk 1
Cloud Spanner'ı tipik bir tek-region ilişkisel veritabanına kıyasla tanımlayan özellik nedir?
- aYalnızca NoSQL key-value erişim modellerini destekler, SQL'i değil
- bNode'lar ve region'lar arasında güçlü, dışsal tutarlılık sağlayan, yatay ölçeklenebilir bir veritabanıdır✓
- cOkumaları hızlandırmak için Cloud SQL'in önüne yerleştirilen bir cache katmanıdır
- dTek bir node'un ötesinde ölçeklenmek için manuel uygulama-seviyesi sharding mantığı gerektirir
Açıklama:Cloud Spanner'ın tanımlayıcı özelliği, globally distributed bir dağıtım üzerinde güçlü, dışsal olarak tutarlı transaction'larla birleşmiş yatay ölçeklenebilirliktir — bu, genellikle tutarlılık veya ölçek arasında ödünleşim yapan ilişkisel veritabanları arasında nadir bir kombinasyondur. SQL'i tamamen destekler (a yanlış), bir cache katmanı değildir (c) ve uygulamanın kendi sharding'ini uygulamasını gerektirmeden otomatik olarak ölçeklenir (d).
Gcp Databases Cloudsql Spanner FirestoreZorluk 2
TrueTime'ın Cloud Spanner'daki rolü nedir?
- aOkuma gecikmesini azaltmak için yakın zamanda okunan satırları saklayan bir cache mekanizmasıdır
- bSQL ifadeleri için yürütme planları seçen sorgu optimizer'ıdır
- cSpanner'ın dağıtık transaction'lar arasında dışsal tutarlılık sağlamak için commit timestamp'leri atamada kullandığı✓
- dSpanner'ın row-key tabanlı fiziksel depolama düzeninin adıdır
Açıklama:TrueTime, Google'ın (atomik saatler ve GPS'e dayanan, sınırlı bir belirsizlik aralığı sunan) globally senkronize saat API'sidir; Spanner bunu transaction'ların global olarak, dışsal olarak sıralanabilmesi için commit timestamp'leri atamada kullanır — bu, Spanner'ın region'lar arası güçlü tutarlılık garantilerinin arkasındaki temel mekanizmadır. Bir cache (a), sorgu optimizer'ı (b) veya depolama düzeni (d) değildir.