What is the Best Way to Migrate PySpark Workloads to Google Cloud?
You work for a startup that has multiple data science workloads. Your compute infrastructure is currently on-premises, and the data science workloads are native to PySpark. Your team plans to migrate their data science workloads to Google Cloud. You need to build a proof of concept to migrate one data science job to Google Cloud. You want to propose a migration process that requires minimal cost and effort. What should you do first?
Community Votes
64% of anonymous learners picked answer C. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
Assesses your ability to distinguish between general-purpose ML environments and purpose-built big data platforms, with the common trap favoring pre-configured notebooks over distributed cluster architectures.
This scenario evaluates the optimal strategy for migrating on-premises Apache Spark jobs to Google Cloud while minimizing initial overhead. The community consensus confirms that leveraging Dataproc ensures a managed, scalable, and cost-effective proof of concept.
Option D is frequently selected because Vertex AI Workbench notebooks include PySpark out-of-the-box, but they fail to provide the dedicated distributed worker nodes necessary for a realistic Spark migration validation.
Community Discussion (17 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Creating a Dataproc cluster directly addresses the requirement to migrate native PySpark workloads using Google’s recommended architecture. Dataproc is a fully managed service optimized for Spark, eliminating the need for manual dependency installation and ongoing maintenance. Pairing it with a Vertex AI Workbench notebook allows data scientists to interact with the cluster seamlessly during the proof of concept, balancing low initial effort with production-ready scalability.Why the Other Options Are Wrong
Option A and Option B require significant manual configuration of operating systems, language runtimes, and Spark binaries, which contradicts the minimal effort constraint. While GKE could host Spark containers, it introduces unnecessary orchestration complexity for a straightforward migration POC. Option D provides a convenient notebook interface but lacks the underlying distributed compute topology needed to accurately simulate and validate a real-world Spark workload migration.Community Comment Notes
Several candidates debated between C and D, noting that Workbench notebooks can technically run PySpark locally or connect to Dataproc. However, commenters like [1] and [8] emphasized that Dataproc remains the industry-standard foundation for Spark migrations due to its managed scaling and cost-effective pay-per-use model. Comment [11] correctly highlighted that while D works for quick testing, C represents the proper architectural pattern for validating a production migration path.Official Reference
Exam Strategy
When designing cloud migration proofs of concept, always start with Google’s certified architecture templates rather than building custom infrastructure. Prioritize managed services that natively support your workload’s core technology to reduce operational overhead and accelerate time-to-value.
Related Analysis
Practice All PMLE Questions
Access 65 questions with complete answers and detailed explanations.
View Full PMLE Practice Test →