nvd11的专栏

本文记录了通过配置GCE虚拟机作为Envoy代理，实现外部访问VPC内私有Cloud SQL实例的解决方案。在尝试直接连接和Cloud SQL Auth Proxy失败后，最终采用Envoy跳板机方案：将GCE公网IP的5432端口流量转发至Cloud SQL私有IP。文章详细描述了排查过程，包括VPC防火墙、GKE网络策略等检查，以及各种Proxy方案的失败原因分析。最终通过Envoy的TCP代理配置成功实现连接验证，为类似场景提供了可行参考方案。

每个 GCP 虚拟机都会自动配置一个 Metadata Server，Envoy 可以通过一个特定的 HTTP 端点（http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/identity?世界上最常用的代理当然是nginx， 但nginx 很难实现这个动态获取gcp token的功能， 不是说不能， 只是要自己写一些插件之类的。例如 /pyapi/xxxx -> py-api-svc/

nvoy 是一个开源的边缘和服务代理，专为现代云原生应用程序设计。它可以被认为是网络流量的通用数据平面。Envoy 最初由 Lyft 构建，现在是云原生计算基金会 (CNCF) 的毕业项目。