A fintech enterprise is modernizing a legacy online payment portal to eliminate architectural technical debt during its migration from an on-premises data center to Google Cloud. The application architecture consists of lightweight, stateless HTTP API microservices and a standard single-region 3 TB relational database. The migration strategy mandates minimizing operational management overhead for compute while maintaining backward compatibility for database schema updates to support continuous rollout without downtime.
Which TWO architectural actions should the team take to achieve these requirements? (Select TWO)
- Deploy the stateless HTTP API microservices to Cloud Run.Answer
- Migrate the database to Cloud SQL using Database Migration Service (DMS) and implement an expand-and-contract schema pattern during migration.Answer
- CDeploy the stateless HTTP API microservices on a dedicated Google Kubernetes Engine (GKE) Standard cluster with cluster autoscaling.
- DMigrate the relational database directly to Cloud Spanner to handle standard single-region database operations.
Answer
The team should deploy the stateless HTTP microservices to Cloud Run and migrate the relational database to Cloud SQL using Database Migration Service (DMS) while leveraging an expand-and-contract schema pattern.
Deploying stateless microservices to Cloud Run minimizes operational management by using a fully managed serverless execution model. Migrating the relational database to Cloud SQL using Database Migration Service provides a streamlined migration path, while using an expand-and-contract schema pattern ensures zero-downtime schema migrations that maintain backward compatibility across old and new application versions.
Step-by-Step Solution
Key Concept
Managing Technology Debt and Legacy Cloud Migrations