Courseiva
Maintaining and Automating Data WorkloadshardMultiple SelectObjective-mapped

PDE Maintaining and Automating Data Workloads Practice Question

A data engineer is building a Cloud Workflows workflow that orchestrates multiple Cloud Functions and API calls. The workflow should handle transient failures with retries and send a notification to a Pub/Sub topic if the workflow ultimately fails. Which THREE steps should the engineer include in the workflow definition?

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Use the 'googleapis.pubsub.v1.projects.topics.publish' connector to send a failure notification.

Workflows supports retry policies via 'retry' blocks, conditional steps using 'switch', and Pub/Sub publishing via the 'googleapis.pubsub.v1.projects.topics.publish' connector. The 'try/catch' is not a Workflows construct; instead, use 'step' with 'retry' and 'on_error' for failure handling. 'for' loops are for iteration, not error handling.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Use a 'for' loop to iterate over retries.

    Why it's wrong here

    Workflows does not have a 'for' loop; retries are handled via a declarative 'retry' block, not iterative loops.

  • Use the 'googleapis.pubsub.v1.projects.topics.publish' connector to send a failure notification.

    Why this is correct

    Workflows can call Pub/Sub via the connector to publish messages, e.g., a failure alert.

  • Use a 'try' / 'catch' block to handle exceptions and route to a failure step.

    Why it's wrong here

    Workflows does not have try/catch; instead, you use 'on_error' or 'retry' within steps.

  • Use a 'switch' step to check the status of previous steps and conditionally execute next steps.

    Why this is correct

    Switch steps are used for conditional branching, e.g., to check if a step succeeded or failed and route accordingly.

  • Use a 'retry' block with a max retries and backoff configuration on each API call step.

    Why this is correct

    Workflows allows defining retry policies for steps to handle transient failures automatically.

Quick reference

Cloud Service Model Comparison

ModelYou ManageProvider ManagesExamples
IaaSOS, runtime, apps, dataHardware, hypervisor, networkingEC2, Azure VMs, GCP Compute Engine
PaaSApps and dataOS, runtime, middleware, hardwareElastic Beanstalk, Azure App Service
SaaSData and settings onlyEverything elseMicrosoft 365, Salesforce, Workday
FaaS / ServerlessFunction code onlyInfra, scaling, runtimeLambda, Azure Functions, Cloud Run
CaaSContainers and appsKubernetes, OS, hardwareEKS, AKS, GKE

About these practice questions

This PDE question is part of Courseiva's 890-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This PDE practice question is part of Courseiva's free Google Cloud certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the PDE exam.