Professional Cloud Data Engineer
professional-cloud-data-engineer
Gauge your current knowledge
Gauge your current knowledge
A data engineering team manages a real-time analytics web application deployed on a Managed Instance Group (MIG) behind an external Application Load Balancer. During periods of heavy data ingestion, some virtual machines become temporarily busy and are slow to respond to requests. The current configuration uses a single, aggressive health check for both the load balancer and the MIG's autohealing policy. As a result, the autohealer mistakes these busy instances for failed instances and prematurely recreates them, which reduces overall system availability and causes cascading failures. What should you do to ensure the system gracefully handles temporary load spikes while still automatically recovering from true application failures?
Related questions
Keep the momentum going with these hand-picked practice scenarios
Your team is designing an event-driven data pipeline using Eventarc to trigger a Cloud Run microservice whenever a new file is uploaded to Cloud Storage. The microservice processes the file and updates a stateful database. Because Eventarc guarantees at-least-once delivery, the microservice occasionally receives duplicate events for the same file upload, causing duplicate database entries. You need to implement a solution to prevent data duplication and ensure the database is only updated once per event. What should you do?
You are redesigning a data ingestion pipeline for a high-traffic e-commerce platform. Currently, the order management service sends data to a downstream inventory processing service using synchronous API calls. When the inventory service experiences an outage or a traffic spike, the order management service blocks while waiting for responses. This leads to timeouts and cascading failures across the platform. You need to implement a fault-tolerant pattern to achieve the following: - Isolate failures so the order management service remains functional during inventory service outages. - Prevent cascading effects across the platform. - Ensure no data is lost and the inventory service can resume processing from the point of failure once it recovers. Which architectural approach should you implement?
Your organization uses a custom on-premises visualization tool to generate business intelligence reports. The tool currently connects to relational databases using standard SQL protocols and does not natively support the BigQuery API. You need to integrate this tool with BigQuery to analyze large datasets. Security policies mandate that the connection must not traverse the public internet, and BigQuery resources must be protected from data exfiltration by restricting access strictly to your hybrid network environment. How should you securely integrate the on-premises tool with BigQuery?
You are conducting a stakeholder and user-centric analysis for an enterprise migrating its legacy data warehouse to Google Cloud. Through your analysis, you have documented the following requirements and constraints: - **Business Analysts (Downstream Users):** Require immediate performance improvements for their BI dashboards. Their interaction pattern involves heavy concurrent querying. - **Data Engineering Team:** Currently manages complex batch ETL pipelines writing to the legacy warehouse. They lack the capacity to rewrite these upstream pipelines for at least six months. - **Business Leadership:** Requires measurable success criteria showing user adoption of BigQuery within the next 30 days. How should you design the initial phase of the migration to satisfy these stakeholder requirements?
A data engineering team is migrating a legacy data ingestion pipeline to Google Cloud Managed Service for Apache Kafka. They need to enforce strict schema validation to prevent malformed data from breaking downstream structured sinks. The team has the following requirements for the new pipeline: * Support for a formal schema definition format natively integrated with the Managed Service for Apache Kafka schema registry. * Ensure that consumer applications configured with updated schemas can still read data produced with older schema versions. * Implement a production-ready schema deployment strategy that prevents unexpected schema changes during runtime. Which architecture and configuration strategy should the team implement?
A company operates a critical Cloud SQL for PostgreSQL production database and needs to implement a robust data protection strategy. They have the following requirements for their backup solution: - **Centralized management** of backups for multiple Cloud SQL instances across different Google Cloud projects. - **Long-term retention** for compliance, requiring backups to be kept for several years. - **Granular scheduling** for automated backups, allowing for more frequent than daily backups. - The ability to perform **point-in-time recovery** to restore the database to any specific moment. - Backups must be protected and recoverable even if the original Cloud SQL instance's project is accidentally deleted. Which Cloud SQL backup option should the company choose to meet these requirements?
Want more questions like this?
Get a free certification question every week.