How to Secure a 3-Tier App with VPC Peering and IAP?
You work for an ecommerce company that stores sensitive customer data across multiple Google Cloud regions. The development team has built a new 3-tier application to process orders and must integrate the application into the production environment. You must design the network architecture to ensure strong security boundaries and isolation for the new application, facilitate secure remote maintenance by authorized third-party vendors, and follow the principle of least privilege. What should you do?
Community Votes
100% of anonymous learners picked answer C. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
Tests the architectural trade-off between network segmentation and secure remote access, with the common trap being direct SSH exposure instead of identity-aware proxy solutions.
This scenario tests micro-segmentation using isolated VPCs and secure remote administration via Identity-Aware Proxy on Google Cloud. The page establishes that option C correctly balances strict network isolation, controlled inter-tier traffic, and least-privilege vendor access.
Candidates frequently select direct SSH or root access options because they prioritize immediate convenience over security, overlooking how IAP eliminates port exposure and enforces granular IAM controls.
Community Discussion (3 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Creating separate VPC networks for each application tier establishes hard security boundaries that effectively contain potential breaches and prevent lateral movement. VPC peering enables necessary inter-tier communication while maintaining these strict isolation controls. Enabling Identity-Aware Proxy replaces traditional SSH endpoints with a secure, identity-based tunnel that verifies user credentials before granting instance access, perfectly satisfying the requirement for authorized third-party maintenance under the principle of least privilege.Why the Other Options Are Wrong
Option A exposes management ports directly and grants dangerous root privileges, which blatantly violates least privilege and increases attack surface. Option B relies on a flat single-VPC architecture that lacks true isolation and incorrectly assigns broad network administrator roles to external vendors. Option D compounds these flaws by granting full project ownership and Shared VPC configuration rights, creating an unacceptable privilege escalation risk for third parties.Community Comment Notes
As abdelrahman89 noted, "Creating separate VPC networks for each tier provides a strong isolation boundary," highlighting the necessity of micro-segmentation. Pime13 emphasized that using Identity-Aware Proxy ensures only authorized personnel can reach management resources while strictly adhering to least privilege. Another contributor simply confirmed the selection, reinforcing that this combination of VPC isolation and proxy-based access represents the industry-standard approach for secure cloud deployments.Official Reference
Exam Strategy
Scan the prompt for keywords like "strong security boundaries," "isolation," and "principle of least privilege" to immediately eliminate flat networking models and overly permissive IAM assignments. Always default to managed identity proxies like IAP over direct SSH or root access when designing secure remote maintenance workflows for third parties.
Frequently Asked Questions
Why not use direct SSH keys for vendor maintenance?
Direct SSH exposes management ports to the internet and requires elevated privileges, violating least privilege. IAP proxies traffic through Google’s infrastructure using granular IAM policies instead.
Why is a single VPC with subnets insufficient here?
Subnets lack hard network-level isolation and cannot prevent lateral movement during a breach. Separate VPCs create distinct security boundaries required for sensitive ecommerce data.