An enterprise healthcare organization is designing the ingestion architecture for a real-time patient monitoring platform. Connected medical sensors deployed worldwide stream telemetry over a proprietary, non-HTTP raw TCP protocol with TLS encryption. The system architecture requires terminating TLS at Google's global edge network to reduce backend handshake latency, and then proxying the raw TCP payload to Compute Engine backend instance groups distributed across multiple Google Cloud regions. Which Google Cloud load balancing solution should you select to satisfy these requirements?
- Global External Proxy Network Load BalancerAnswer
- BGlobal External Application Load Balancer
- CRegional External Passthrough Network Load Balancer
- DRegional Internal Passthrough Network Load Balancer
Answer
The Global External Proxy Network Load Balancer is the correct choice because it supports raw non-HTTP TCP traffic, terminates TLS at Google's global edge infrastructure, and distributes incoming client connections across multi-region backend instance groups.
The Global External Proxy Network Load Balancer acts as a Layer 4 reverse proxy with global reach. It supports raw non-HTTP TCP protocols, terminates TLS at Google Cloud edge points of presence (PoPs), and balances connection loads to instance groups across multiple GCP regions.
Step-by-Step Solution
Key Concept
Selecting GCP Load Balancers based on protocol (L4 vs L7), traffic scope (External vs Internal), and proxying behavior (Passthrough vs Edge Proxy/TLS offloading).
Estimated Time:2m 0s