professional-cloud-data-engineer
Enterprise metadata cataloging creates a centralized, searchable inventory of all data assets to support data governance. This inventory includes technical details like table schemas, business context like data ownership, and operational information like data lineage. The primary goal is to enable searchable discovery, allowing users to find, understand, and trust the data they need.
A centralized catalog is built by architecting metadata management using Google Cloud services. The Dataplex Universal Catalog is the modern, intelligent successor to the deprecated Data Catalog. These services automatically ingest, organize, and index metadata from diverse sources such as BigQuery, Cloud Storage, and Pub/Sub. This automation creates a single source of truth for an organization's data landscape, eliminating manual tracking.
To make metadata useful for discovery, it must be enriched with business and technical context. This is done by implementing schematized Tag Templates. These templates allow data stewards to attach consistent, structured labels to data assets. Tags can define:
Public, Confidential).This enrichment transforms raw technical metadata into a semantic layer that describes the data's meaning and its proper use, governance, and security.
The final step is leveraging the enriched catalog to empower users. A centralized catalog enables secure, policy-based semantic search across the enterprise. Users can search using business terms (like "customer revenue") instead of technical table names. Access to search results and metadata is governed by Identity and Access Management (IAM) policies and sensitive data classifications. Integrating with frameworks like the Cloud Data Management Capabilities (CDMC) allows for automated compliance checks.
Automated data profiling, classification, and protection are critical for understanding data quality and securing sensitive information. This involves continuously scanning data assets, classifying them based on sensitivity, and applying security controls.
Automated data profiling helps organizations understand the structure, content, and quality of their data. Dataplex Universal Catalog enables continuous profiling by analyzing statistical characteristics like average values and unique counts across data lakes and warehouses. Profiles can be scheduled and help identify where sensitive or high-risk data resides. For BigQuery tables, profiles can automatically recommend data quality rules and provide metrics at the project, table, and column levels.
Sensitive Data Protection (formerly Cloud DLP) is a managed service that discovers, classifies, and protects sensitive data at scale. The service uses over 150 predefined detectors to identify patterns for sensitive information like personally identifiable information (PII) and credit card numbers. It supports both continuous organization-wide profiling and on-demand inspection. The service also provides de-identification transformations including masking, tokenization, and redaction to protect data while maintaining its utility for analytics.
Data classification involves automatically tagging data assets based on their sensitivity levels. Using Sensitive Data Protection, you can set up classifications and then tag data before storage. In BigQuery, you create policy tags that define sensitivity levels (e.g., 1_Sensitive, 2_Private, 3_Confidential). These tags enable column-level security and dynamic data masking. The taxonomy is hierarchical; access to a higher sensitivity level includes access to lower levels. Untagged data remains available to all users with warehouse access.
Column-level security is enforced through policy tags that restrict access to sensitive columns within BigQuery tables. A data analyst needs the Fine-Grained Reader role to access protected columns. Dynamic data masking automatically masks column data at query time based on masking rules and user roles. Users without sufficient permissions receive masked data instead of actual values. This feature works seamlessly with policy tags, where default masking rules apply to tagged columns.
Data de-identification creates safe copies of data for analytics and development. Sensitive Data Protection supports transformations like tokenization (pseudonymization), which replaces original data with tokens while preserving the ability to re-identify it later. For structured data, record transformations can de-identify specific fields. The de-identification process typically uses Dataflow pipelines that take data from Cloud Storage, process it through Sensitive Data Protection, and store results in BigQuery.
Metadata cataloging is provided by Dataplex Universal Catalog, which acts as an intelligent data fabric. It automatically ingests metadata from sources like BigQuery, Cloud Storage, and Pub/Sub, making assets discoverable. Organizations can enrich technical metadata with business context using aspects, which include sensitivity levels, ownership, and lineage details. This provides end-to-end traceability from raw data to final analytics.
A governed data staging topology manages data transitions through a structured, multi-tiered lakehouse architecture. This design uses logical boundaries to maintain data integrity, optimize processing, and enforce security.
Designing a multi-tiered lakehouse architecture involves building structured topologies using Dataplex lakes and virtual asset zones. These logical boundaries allow data engineers to manage data transitions systematically. Storage is typically organized into specific zones:
Automated transitions between these zones enforce distinct schema evolution rules and partition strategies to maintain long-term data integrity.
For seamless asset discovery, organizations use the Dataplex Universal Catalog to automate metadata collection. This service acts as a scalable metadata management platform, automatically ingesting technical metadata from sources like BigQuery, Cloud Storage, and Pub/Sub. Data engineers use aspects to enrich these entries with customized business metadata, such as ownership details and data lineage. This robust catalog ensures downstream consumers can search, understand, and securely discover assets across the organization.
Protecting data within a lakehouse requires granular access controls and advanced encryption. Data engineers implement policy tags in BigQuery to classify columns and configure dynamic data masking, which obscures sensitive data at query runtime based on user roles. For stricter protection, AEAD encryption functions can encrypt columns at a granular level using customer-managed encryption keys (CMEKs) managed in Cloud HSM. These cryptographic boundaries and fine-grained reader roles ensure unauthorized users cannot read plaintext values even with database access.
Exam tip: In BigQuery's hierarchical policy tag taxonomy, access to a higher sensitivity level (e.g., 3_Confidential) includes access to all lower levels (e.g., 2_Private and 1_Sensitive).
Optimizing performance and cost requires continuous profiling and automated lifecycle policies. Integrating Sensitive Data Protection with a data profiler allows the system to automatically analyze and classify high-risk data. To reduce storage costs, engineers use object lifecycle management or Autoclass in Cloud Storage to transition older staging data into lower-cost storage tiers. Combining automated profiling with proactive lifecycle rules ensures cost-effective storage while complying with residency and privacy regulations.
1_Sensitive, 2_Private).Prepare and test your skills
Prepare and test your skills
The primary goal is to enable searchable discovery, allowing users to find, understand, and trust the data they need by creating a centralized, searchable inventory of all data assets.
Sensitive Data Protection discovers, classifies, and protects sensitive data at scale using over 150 predefined detectors for information like PII, and provides de-identification transformations including masking, tokenization, and redaction.
BigQuery implements column-level security and dynamic data masking through hierarchical policy tags that define data sensitivity levels, such as 1_Sensitive, 2_Private, and 3_Confidential, which restrict access and can mask data at query time based on user roles.
A multi-tiered lakehouse architecture typically organizes storage into a raw zone for unprocessed data, a staging zone for intermediate datasets, and a curated zone for fully enriched, clean data ready for consumption.
An enterprise is building an enterprise data lakehouse architecture on Google Cloud using Dataplex to ingest and process transaction records from multiple operational databases. The architecture must satisfy the following requirements:
Which Dataplex lake and storage architecture should the team implement?