QuestionQ1
Deploy scalable and highly available databases in Google CloudAn online delivery business that mainly serves retail customers uses Cloud SQL for MySQL for its inventory and scheduling application. As part of the high-availability and disaster-recovery design, the required recovery time objective (RTO) and recovery point objective (RPO) must be measured in minutes rather than hours. You need a high-availability configuration that can recover with no data loss during either a zonal or regional failure. What should you do?
QuestionQ2
Deploy scalable and highly available databases in Google CloudYour company is building a global ecommerce website on Google Cloud. The development team is creating a shopping-cart service that must be durable and elastically scalable under live traffic. Business disruption from unplanned downtime must remain below 5 minutes per month. Additionally, the application requires very low-latency writes. You need a data-storage solution with high write throughput and 99.99% uptime. What should you do?
Community Discussion
QuestionQ3
Deploy scalable and highly available databases in Google CloudYou are designing a highly available (HA) Cloud SQL for PostgreSQL instance for use by 100 databases. Each database contains 80 tables migrated from your on-premises environment to Google Cloud. The applications that use these databases run in multiple US regions, and you must ensure low latency for both read and write operations. What should you do?
Community Discussion
QuestionQ4
Design scalable and highly available cloud database solutionsYou are designing a payments-processing application on Google Cloud. The application must keep serving requests and prevent user disruption if a regional failure happens. You need to use AES-256 to encrypt database data and want to control where the encryption key is stored. What should you do?
Community Discussion
QuestionQ5
Migrate data solutionsYou are planning to migrate a large Oracle database to AlloyDB for PostgreSQL. The database contains a substantial amount of application logic in stored procedures that must be migrated to the target database. You want to minimize both the migration effort and migration downtime. What should you do?
Community Discussion