Google LB与Cloud Run、Serverless NEG pod的通信机制及中间组件有哪些？

问题1：Google LB与Cloud Run服务的通信链路及中间组件 #

完整通信链路的流转过程和对应中间组件如下：

• 客户端请求首先到达 Google Front End (GFE)，这是GCP全局边缘接入层组件，统一负责TLS卸载、DDoS防护、全局流量分发，是所有Google Cloud对外服务的统一入口
• GFE根据请求域名、路径匹配负载均衡的转发规则，将请求路由到对应绑定Cloud Run服务的后端服务
• 后端服务关联的核心衔接组件是 Serverless 网络端点组（Serverless NEG），该组件会和Cloud Run控制面实时同步可用实例的端点信息，自动剔除异常实例
• 请求经Serverless NEG转发到Cloud Run控制面代理层：该层会首先校验请求的身份鉴权规则（如果开启了Cloud Run IAM鉴权），再根据当前实例负载调度：无可用存活实例时触发冷启动，有可用实例时直接转发
• 最后请求到达Cloud Run实例的用户容器监听端口，完成链路通信

问题2：Google LB与Serverless NEG绑定Pod的通信逻辑及中间组件 #

该场景默认指Serverless NEG绑定GKE工作负载的场景，完整链路如下：

• 客户端请求同样先经过GFE完成边缘接入、TLS卸载等基础处理
• GFE匹配负载均衡转发规则后，请求进入绑定了对应Serverless NEG的后端服务，后端服务会先根据配置的健康检查规则过滤异常端点
• 对应Serverless NEG和GKE控制面实时同步，自动感知Pod的创建、销毁、健康状态，动态更新可转发的端点列表，不需要人工手动维护Service端点
• 请求从LB后端服务路由到GKE集群的数据面：如果是GKE传统数据面，走kube-proxy组件做四层转发；如果是Dataplane V2，走eBPF转发层做更高效的路由
• 最终请求直接转发到对应健康Pod的业务监听端口，完成通信

内容的提问来源于stack exchange，提问作者cesign