Back to learning centerHome

Section 6

Data Analytics, BI, and Messaging

Review BigQuery, Pub/Sub, Dataflow, Dataproc, Composer, Data Fusion, Datastream, Looker, Dataplex, BigLake, and Analytics Hub.

Google Cloud PCA - Section 6

Data Analytics, BI, and Messaging

Goal: know which data, analytics, BI, or messaging service to choose based on the architecture requirement.

PCA framing

For the PCA, this section is less about memorizing ETL products and more about choosing the right pattern: warehouse vs lakehouse, batch vs streaming, direct ingest vs transformation, BI semantic layer vs raw dashboards, CDC vs one-time migration, and governance/cataloging across a data estate.

Fast Decision Matrix

Requirement

Choose

PCA Reasoning

Petabyte-scale SQL analytics, dashboards, or reporting

BigQuery

Serverless analytics warehouse. Do not pick Cloud SQL/Spanner for large analytical scans.

Real-time event ingestion or decoupling producers/consumers

Pub/Sub

Global async messaging/event streaming. Use Dataflow when events need complex transforms.

Simple Pub/Sub messages directly into BigQuery with little/no transform

Pub/Sub BigQuery subscription

Lower operational overhead than running Dataflow for basic ingestion.

Streaming or batch transformation, enrichment, windowing, or joins

Dataflow

Managed Apache Beam runner for stream and batch ETL/ELT.

Existing Hadoop/Spark ecosystem or lift-and-shift big data jobs

Dataproc

Good when teams already use Spark/Hadoop and want cluster control.

Run Spark without managing clusters

Managed Service for Apache Spark / Dataproc Serverless

Better when the org wants Spark compatibility but less cluster management.

Orchestrate multi-step pipelines with dependencies and schedules

Cloud Composer / Managed Airflow

Controls workflow order. It is not the data processing engine.

Code-free visual data integration

Cloud Data Fusion

ETL/ELT pipelines with GUI, connectors, and transformations.

Near real-time replication from operational databases

Datastream

CDC from relational/other sources into BigQuery, Cloud Storage, Cloud SQL, Spanner, etc.

Enterprise BI, governed metrics, semantic model, embedded analytics

Looker

Use when the problem is trusted business metrics and analytics consumption.

Catalog, lineage, governance, quality, and discovery across data assets

Dataplex Universal Catalog / Knowledge Catalog

Govern and discover data/AI assets across projects and systems.

Query data in Cloud Storage with BigQuery SQL and fine-grained access

BigLake

Lakehouse pattern. Avoid granting direct bucket access to every consumer.

Securely share datasets or analytics assets across org boundaries

Analytics Hub

Managed data exchange/sharing pattern, often with BigQuery datasets.

Service Deep Dives

Service / Topic

Why an org would use it

PCA Exam Trigger

Common trap / wrong answer

BigQuery

Org-wide analytics warehouse for huge datasets, ad hoc SQL analysis, BI/reporting, ML/AI over data, and separating analytical workloads from production databases.

Petabyte-scale analytics, serverless SQL, pay-per-query/capacity model, partitioning/clustering, authorized views, row/column security, BigQuery ML/AI.

Do not choose BigQuery for low-latency OLTP transactions or per-row application serving. That is Cloud SQL, Spanner, Firestore, or Bigtable territory.

BigQuery partitioning and clustering

Controls query cost and performance by reducing how much data BigQuery scans and by colocating related data.

Time/date or integer partitioning; clustering for high-cardinality filters. Common answer when the requirement says reduce query cost/scan volume.

Partitioning is not the same as sharding tables by date manually. PCA usually prefers managed partitioned tables.

BigQuery materialized views / BI Engine

Speeds up repeated dashboard-style queries and interactive BI workloads.

Repeated aggregations, dashboards, low-latency BI queries, and cost/performance tuning without changing the raw data model.

Do not use this to fix an operational transactional database problem. It optimizes analytics access.

BigQuery ML / BigQuery AI

Lets analysts build ML or AI-powered analytics close to the data without moving data into a separate ML stack.

Predictive analytics from warehouse data, SQL-based ML, Gemini/AI-assisted analytics patterns.

Do not confuse with Vertex AI for full custom ML lifecycle, model hosting, or advanced MLOps.

Pub/Sub

Decouples producers and consumers, absorbs spikes, and provides durable asynchronous messaging for microservices and event/data pipelines.

Streaming analytics, application integration, fan-out to multiple subscribers, push/pull subscriptions, dead-letter topics, at-least-once delivery.

Pub/Sub is not a workflow orchestrator and not a transformation engine. Use Workflows/Composer for orchestration and Dataflow for transformations.

Pub/Sub Lite

Lower-cost, regional messaging option when the team can manage capacity and accept less global/fully managed simplicity.

Cost-sensitive streaming where regional scope and throughput planning are acceptable.

For PCA, default to Pub/Sub unless the question emphasizes cost, regional streaming, and capacity control.

Pub/Sub BigQuery subscriptions

Writes Pub/Sub messages directly into BigQuery when the messages do not need complex processing.

Simple streaming ingest into BigQuery without running subscriber code or a Dataflow job.

If the question requires joins, windowing, enrichment, heavy transformation, or exact deduplication logic, use Dataflow instead.

Dataflow

Managed stream and batch data processing using Apache Beam. Used to transform, enrich, aggregate, window, and route data between systems.

Pub/Sub to BigQuery with transformations, real-time analytics, batch ETL, unified stream/batch pipelines, windowing, autoscaling.

Do not pick Dataflow just to schedule jobs. Composer schedules/orchestrates; Dataflow processes data.

Dataproc

Managed Spark/Hadoop clusters for existing big data workloads, especially where teams already have Spark, Hive, Hadoop, or open-source tooling.

Lift-and-shift Hadoop/Spark, ephemeral clusters, custom images, cluster control, existing Spark jobs.

If no Hadoop/Spark dependency exists, BigQuery or Dataflow is often a more cloud-native answer.

Managed Service for Apache Spark / Dataproc Serverless

Runs Spark workloads without standing up and managing a persistent Dataproc cluster.

Spark compatibility with less infrastructure management; serverless Spark jobs; teams want Spark but not cluster operations.

Still choose BigQuery for SQL warehouse analytics and Dataflow for Beam-native streaming pipelines.

Dataproc Metastore

Central Hive-compatible metadata service for Spark/Hive ecosystems and lakehouse-style open table formats.

Shared metastore for Spark/Hive/Iceberg-style analytics, especially with Dataproc/Managed Spark.

Not a data warehouse, not a catalog for all enterprise governance. For governance/discovery, think Dataplex/Knowledge Catalog.

Cloud Composer / Managed Service for Apache Airflow

Schedules and orchestrates complex data workflows with dependencies, retries, DAGs, and cross-service tasks.

Run this after that; orchestrate BigQuery, Dataflow, Dataproc, Cloud Storage, APIs, and notifications.

Composer coordinates jobs; it does not process the data itself. Do not confuse it with Dataflow or Dataproc.

Cloud Data Fusion

Visual, code-free data integration for teams that need ETL/ELT pipelines, connectors, transformations, and repeatable ingestion without writing everything from scratch.

Low-code/no-code ETL, many connectors, business-user-friendly pipeline creation, hybrid data integration.

If the team is engineering-heavy and needs custom code/windowing, Dataflow may be a better answer.

Datastream

Serverless CDC and replication from source databases into analytics or operational destinations with minimal latency.

Near real-time replication from MySQL, PostgreSQL, AlloyDB, SQL Server, Oracle, Salesforce, MongoDB, etc. into BigQuery/Cloud Storage/Cloud SQL/Spanner.

Datastream captures changes; it does not replace DMS for migration planning or Dataflow for complex transformations.

Looker

Enterprise BI platform with governed semantic models, dashboards, embedded analytics, and consistent business metrics.

Single source of truth for business metrics, governed BI, embedded analytics, LookML semantic layer, trusted analytics for users.

Do not confuse Looker with BigQuery. BigQuery stores/analyzes data; Looker models and presents business meaning.

Looker Studio

Lightweight dashboarding/reporting tool for simpler visualizations and self-service reports.

Simple dashboards and visual reports where enterprise semantic modeling is not the core requirement.

For governed enterprise metrics and embedded analytics, Looker is the stronger PCA answer.

Dataplex Universal Catalog / Knowledge Catalog

Discovers, catalogs, governs, profiles, classifies, and tracks lineage for data and AI assets across the data estate.

Data governance, cataloging, data quality, lineage, ownership, discoverability, metadata management, data-to-AI governance.

Not a processing engine. It helps govern and understand data, not transform it.

Data lineage / data quality / catalog concepts

Helps organizations understand where data came from, how it changed, who owns it, and whether it is trustworthy.

Compliance, auditability, data quality, governance, AI grounding, impact analysis across pipelines.

Do not solve governance-only requirements with Dataflow. Use Dataplex/Knowledge Catalog plus IAM/security controls.

BigLake

Lakehouse layer that lets users query Cloud Storage data with BigQuery SQL while applying fine-grained access control.

Data lake/lakehouse over Cloud Storage, open formats such as Parquet/ORC, BigQuery interface without direct bucket access.

If performance/SLA is poor and data is heavily queried, loading into native BigQuery storage may be better.

Analytics Hub

Managed sharing/exchange of datasets, models, and analytics assets, especially around BigQuery.

Share data products internally, with partners, or across org boundaries while controlling access.

Not an ETL tool and not a dashboarding product. It is a data sharing and exchange pattern.

Dataform

SQL-based workflow and transformation management for BigQuery pipelines.

Versioned SQL transformations, dependency management, data build patterns inside BigQuery.

Do not confuse with Composer. Composer can orchestrate many services; Dataform focuses on SQL transformation workflows.

Cloud Storage as analytics landing zone

Common raw data lake landing zone before processing with Dataflow, Dataproc/Spark, Datastream, BigQuery external tables, or BigLake.

Raw/staged/curated zones, cheap durable storage, data lake patterns, event-driven processing from object creation.

Cloud Storage stores objects. It does not provide warehouse SQL performance unless paired with BigQuery/BigLake or processed into another system.

Common PCA Comparison Patterns

Comparison

How to choose on the exam

BigQuery vs Cloud SQL/Spanner

BigQuery is for analytics and large scans. Cloud SQL/Spanner are operational relational databases.

Pub/Sub vs Dataflow

Pub/Sub moves events. Dataflow transforms/enriches/aggregates events or batch data.

Pub/Sub BigQuery subscription vs Dataflow

Direct subscription is better for simple writes to BigQuery. Dataflow is better for complex transformations, windowing, and enrichment.

Dataflow vs Dataproc

Dataflow is managed Beam for stream/batch ETL. Dataproc is managed Spark/Hadoop for existing big data ecosystems.

Composer vs Dataflow/Dataproc

Composer orchestrates jobs. Dataflow/Dataproc do the processing.

Data Fusion vs Dataflow

Data Fusion is visual/low-code ETL. Dataflow is code-based and better for custom streaming/batch logic.

Datastream vs Database Migration Service

Datastream is CDC/replication. DMS is migration-focused, usually covered under database/migration topics.

Looker vs BigQuery

BigQuery is the analytics engine/warehouse. Looker is BI, semantic modeling, and consumption.

Dataplex/Knowledge Catalog vs Dataflow

Dataplex governs/catalogs data. Dataflow processes data.

BigLake vs native BigQuery storage

BigLake queries lake data in Cloud Storage. Native BigQuery storage is usually better for heavily queried, performance-sensitive analytics.

Architecture Patterns PCA Likes

Pattern

Typical Google Cloud design

Real-time analytics

Producers -> Pub/Sub -> Dataflow -> BigQuery -> Looker. If no transform is needed, Pub/Sub BigQuery subscription may replace Dataflow.

CDC into analytics

Operational DB -> Datastream -> BigQuery or Cloud Storage -> optional Dataflow/Dataform -> Looker.

Batch ETL

Cloud Storage source/drop zone -> Dataflow or Dataproc -> BigQuery -> Looker.

Existing Hadoop modernization

Start with Dataproc for compatibility, then gradually move query/reporting workloads to BigQuery where appropriate.

Lakehouse

Cloud Storage for data lake storage + BigLake/BigQuery SQL access + Dataplex/Knowledge Catalog governance.

Governed BI

BigQuery for analytics storage/compute + Looker semantic layer to standardize metrics across the business.

Data sharing

BigQuery datasets or assets published through Analytics Hub, with IAM/VPC-SC/governance controls as needed.

High-Value Exam Traps

If the question says "analytics warehouse" or "petabyte-scale SQL", BigQuery is usually the answer, not Cloud SQL or Spanner.

If the question says "decouple services" or "fan out events", think Pub/Sub before Dataflow.

If the question says "transform, enrich, window, aggregate, or join streaming events", think Dataflow.

If the question says "existing Spark/Hadoop jobs", think Dataproc or serverless Spark, not BigQuery by default.

If the question says "orchestrate dependencies" or "DAG", think Composer/Managed Airflow.

If the question says "code-free ETL" or "business users need connectors", think Cloud Data Fusion.

If the question says "near real-time database changes", think Datastream.

If the question says "single source of truth for metrics" or "semantic model", think Looker.

If the question says "catalog, lineage, data quality, ownership", think Dataplex Universal Catalog / Knowledge Catalog.

If the question says "query files in Cloud Storage using BigQuery SQL with fine-grained access", think BigLake.

Cram Summary

Remember

One-line PCA trigger

BigQuery

Analytics warehouse. Petabyte-scale SQL, BI/reporting, ML/AI over data.

Pub/Sub

Async messaging/event ingestion. Decouple producers and consumers.

Dataflow

Managed Beam. Stream/batch transformations, windowing, enrichment.

Dataproc

Managed Spark/Hadoop. Existing big data ecosystem/lift-and-shift.

Composer

Managed Airflow. Orchestrate pipelines and dependencies.

Data Fusion

Code-free visual ETL/ELT with connectors.

Datastream

CDC/replication from databases into analytics destinations.

Looker

Enterprise BI and semantic model for governed metrics.

Dataplex / Knowledge Catalog

Data governance, catalog, lineage, quality, metadata.

BigLake

Lakehouse query layer over Cloud Storage using BigQuery.

Analytics Hub

Secure data and analytics asset sharing/exchange.