professional-cloud-data-engineer
Prepare and test your skills
Prepare and test your skills
VPC Service Controls establish a secure service perimeter around Google Cloud resources and managed services to protect against data exfiltration. This security boundary restricts how data moves across the perimeter, keeping sensitive datasets within pipelines isolated from unauthorized networks. To enable safe communication across different perimeters, administrators configure ingress and egress rules or establish perimeter bridges. This architectural design lets data ingestion pipelines remain secure while allowing necessary, verified multi-project interactions.
Managing pipeline traffic requires a robust firewall strategy using Cloud Next Generation Firewall (NGFW) to inspect and secure communication. Firewall rules should use service accounts instead of raw IP addresses, which allows for logical, dynamic VM isolation within the data pipeline. Engineers should group multiple ports into a single, broader rule set to optimize performance and prevent exceeding VM resource limits. For organization-wide security, hierarchical firewall policies apply consistent rules across the entire organization before individual VPC rules are evaluated.
The Network Intelligence Center platform centralizes network visibility and diagnostics across all VPC networks. Its Performance Dashboard monitors network latency and throughput to identify bottlenecks. Connectivity Tests simulate packet paths to identify routing issues before they cause problems. Firewall Insights analyzes existing rules and flags misconfigured rules that could block legitimate traffic or leave gaps. Using these diagnostic modules helps prevent unexpected pipeline downtime and ensures consistent data delivery rates.
VPC Flow Logs provide critical telemetry for auditing network traffic and performing real-time security forensics on data pipelines. Because continuous logging generates high data volumes, engineers use flow log sampling to capture essential metrics while dramatically reducing storage costs. To further minimize expenses, increase the log aggregation interval to fifteen minutes for long-lived connections and remove unnecessary metadata. Discarding geographic metadata while preserving only IP and port information dramatically lowers Cloud Logging ingestion costs without sacrificing core forensic capability.
Data pipelines must be designed with data transfer patterns in mind, since crossing regional or zonal boundaries incurs bandwidth charges. Pipelines should utilize Private Google Access or Private Service Connect, which enables VMs without external IPs to securely access Google APIs. When transferring massive datasets from on-premises environments, deploying Dedicated or Partner Cloud Interconnect is recommended to secure traffic and lower egress costs. Tuning the maximum transmission unit (MTU) on network interfaces ensures maximum throughput by preventing packet fragmentation along the data transit route.
Cloud Load Balancing is a fully distributed, software-defined managed service that distributes traffic across applications regardless of where they are hosted. Google Cloud offers several types of load balancers:
For data engineering pipelines, hybrid connectivity network endpoint groups extend load balancing benefits to on-premises services or other cloud environments. This enables phased workload migrations to Google Cloud with minimal service disruption.
Cloud DNS provides reliable, low-latency translation of domain names to IP addresses anywhere in the world. Cloud DNS offers public zones visible to the internet and private managed DNS zones visible only within specified VPC networks. You can configure DNS policies to customize how Cloud DNS responds to queries based on their source or destination, including forwarding queries to existing DNS servers or overriding private DNS responses. For hybrid environments, geolocation DNS routing policies direct traffic to regional load balancers based on where queries originate.
Cloud NAT provides managed network address translation services for Google Kubernetes Engine clusters or Compute Engine VMs to reach external or internal IP destinations from Google Cloud. Cloud NAT allows workloads with only internal IP addresses to access the internet for downloading packages or updates without exposing them to external threats. You can customize Cloud NAT configuration to allow outbound connectivity from specific subnets and enable logging to monitor translation activities. This service is essential for data pipelines that need to pull external data sources or access public APIs securely.
Private Service Connect creates service abstractions by making workloads accessible across VPC networks through a single endpoint. This enables two networks to communicate in a client-server model that exposes only the service to the consumer, not the entire network. With Private Service Connect, a consumer VPC can use a private IP address to connect to Google APIs or services in another VPC. You can extend Private Service Connect to on-premises networks to access endpoints connecting to Google APIs or managed services in another VPC network. This is particularly useful for data engineering scenarios where you need to consume third-party data services privately.
Google Cloud offers several options for connecting on-premises networks to the cloud. Cloud VPN creates encrypted IPsec tunnels over the public internet and is suitable for lower-bandwidth, cost-effective connections. Cloud Interconnect provides either a Dedicated or Partner connection, offering a direct private physical link to Google's network for high-throughput, low-latency performance. Cloud Router dynamically exchanges routes between your VPC and on-premises networks using Border Gateway Protocol (BGP), enabling seamless data flow across environments. For data pipelines that process data from on-premises sources, hybrid connectivity network endpoint groups bring external Application Load Balancer networking capabilities to services running outside Google Cloud.
Virtual Private Cloud (VPC) networks are the foundational layer for hosting data workloads in Google Cloud. They are global, software-defined networks that provide logical isolation for your resources. When designing a VPC for data pipelines, you must architect subnets, firewall rules, and routing policies to ensure secure and optimized data flow. Use custom mode VPC networks for production, as they offer predictable IP addressing, descriptive subnet names, and avoid IP range conflicts when connecting to on-premises networks.
Establishing hybrid connectivity is critical for data ingestion workflows that involve on-premises or multi-cloud sources. Cloud VPN creates encrypted IPsec tunnels over the public internet and is suitable for lower-bandwidth, cost-effective connections. For high-throughput, low-latency, and more reliable performance, Cloud Interconnect provides a direct private physical link to Google's network. Cross-Cloud Interconnect offers a dedicated, high-performance option for connecting to other public clouds.
To scale connectivity across multiple VPC networks efficiently, implement a hub-and-spoke architecture. This design centralizes hybrid connections in a dedicated hub VPC or transit VPC, which then connects to spoke VPCs containing the workloads. Connectivity between the hub and spokes can be managed using Network Connectivity Center, which simplifies dynamic route exchange and scaling, or through VPC Network Peering combined with custom route advertisements.
An on-premises network connects through Cloud VPN and Cloud Interconnect into a central Hub (Transit) VPC containing a Cloud Router, Cloud Interconnect, and Cloud NGFW. Network Connectivity Center manages the hub, which connects three spoke VPCs (Data Pipeline with Compute Engine, Services with BigQuery, and Analytics with a managed database), and the Data Pipeline spoke reaches Google APIs privately via Private Google Access.
Integrate network security into the design from the start. Limit external access by using internal IP addresses and Private Google Access for API connectivity. Define service perimeters with VPC Service Controls for sensitive data. Manage traffic with Cloud NGFW policies and apply firewall rules broadly and hierarchically where possible. For advanced Layer 7 inspection and threat prevention in hybrid flows, deploy network virtual appliances within the transit VPC.
Network Intelligence Center provides a unified console for network monitoring tools. Connectivity Tests diagnose routing issues, Flow Logs analyze traffic patterns, and Firewall Insights audit and optimize security rules. This comprehensive approach ensures your VPC network and hybrid connectivity are secure, reliable, and performant for data pipeline ingestion and processing.
VPC Service Controls establish a secure service perimeter around Google Cloud resources and managed services to protect against data exfiltration. This security boundary restricts how data moves across the perimeter, keeping sensitive datasets within pipelines isolated from unauthorized networks.
Cloud NAT provides managed network address translation for GKE clusters or Compute Engine VMs to reach external destinations from Google Cloud. It allows workloads with only internal IP addresses to access the internet for downloading packages or updates without exposing them to external threats.
Private Service Connect creates service abstractions by making workloads accessible across VPC networks through a single endpoint. This enables two networks to communicate in a client-server model that exposes only the service to the consumer, not the entire network. Consumer VPCs can use private IP addresses to connect to Google APIs or services in another VPC, reducing network exposure.
Hub-and-spoke architecture centralizes hybrid connections in a dedicated hub VPC or transit VPC, which then connects to spoke VPCs containing the workloads. This design scales connectivity across multiple VPC networks efficiently. Connectivity between the hub and spokes can be managed using Network Connectivity Center or through VPC Network Peering combined with custom route advertisements.
An enterprise data engineering team is establishing a secure hybrid data ingestion pipeline. On-premises server fleets need to stream large volumes of telemetry data directly into regional Google Cloud data service APIs across a Dedicated Interconnect connection.
The network architecture must meet the following constraints:
Which combination of network configurations should the team deploy?
Deploy a regional external proxy Network Load Balancer with zonal hybrid NEGs, configure a Cloud DNS outbound server policy pointing to on-premises name servers, and disable BGP route advertisements on Cloud Router.
Create a Private Service Connect NEG pointing to the regional Google API service attachment, attach it to the internal Application Load Balancer backend service, advertise the forwarding rule subnet via Cloud Router BGP, configure a Cloud DNS private zone pointing to the load balancer IP, and create a Cloud DNS inbound server policy to forward on-premises DNS queries to the inbound forwarder entry point.
Set up a global external Application Load Balancer with a serverless NEG targeting Cloud Run, configure Private Google Access on the subnet, and create an on-premises static route pointing to the default internet gateway.
Configure an external Application Load Balancer with an internet NEG pointing to the public Google API endpoints, deploy a Cloud NAT gateway with static IP addresses, and publish external public DNS A records pointing to the Cloud NAT public IP.