2022年中国访问GCP Cloud Functions/Cloud SQL方案咨询

所有方案均基于不改动现有GCP侧核心业务架构的前提，不需要重构150+个Cloud Functions业务逻辑，也不需要迁移Cloud SQL数据，改造成本远低于全平台迁移，按落地优先级排序如下：

• 方案一：合规跨境专线+境内轻量网关（生产环境首选，大规模业务适用）
  这是目前跨境业务进中国的通用标准架构，已经过大量公司量产验证：
  1. 选择一家中国大陆持牌公有云厂商，申请合规跨境专线，专线一端对接GCP香港区域（和你现有东南亚业务节点网络连通性好，不会影响原有海外用户体验），另一端对接你在境内公有云部署的接入网关
  2. 境内接入网关只做三件事：完成域名ICP备案要求的接入、请求鉴权、合规内容审计，所有业务请求直接通过专线转发到你现有GCP的负载均衡入口，后端Cloud Functions、Cloud SQL的访问逻辑、权限配置、业务代码完全不需要改动
  3. 大陆用户到GCP后端的端到端延迟可以稳定在40-60ms，和访问国内云服务的体验差异极小，链路可用性可以做到99.95%以上，完全满足生产环境要求
     注意：面向中国大陆用户的域名必须完成ICP备案，网关部署在境内公有云即可满足备案资质要求
• 方案二：香港节点公网加速中继（小规模验证阶段适用）
  如果是前期业务试水，不想立刻投入专线成本，可以用这个轻量方案快速上线：
  1. 先把所有GCP侧的Cloud Functions、Cloud SQL统一接入GCP香港区域的全局负载均衡，不要直接暴露单个服务的公网地址
  2. 在香港区域部署前置反向代理（可以直接用GCP自带的Cloud Armor+CDN服务，不需要额外搭服务器），购买运营商优化过的跨境公网加速带宽（不要用默认公网路由，优化线路的跨境丢包率可以控制在1%以内），静态资源直接缓存在香港CDN节点，动态请求转发到后端GCP集群
  3. 只需要调整域名解析规则，将大陆用户的访问解析到香港代理入口即可上线，全程零后端代码改动，整体成本只有专线方案的1/5左右。缺点是高峰期公网链路可能有波动，稳定性弱于专线，适合MVP验证阶段使用

避坑提醒：绝对不要使用未取得合规资质的翻墙线路、民用VPN做公众业务的请求中转，既违反监管要求，链路稳定性也完全没有保障，业务故障没有任何兜底机制。

架构优化提示 #

针对你现有150+Cloud Functions的规模，不需要逐个修改服务配置，只需要在GCP侧给所有函数配置一个统一的VPC入口负载均衡，把原来各服务的调用指向统一入口即可，所有网关层的改造工作量占整体架构的比例不超过5%，远低于全量迁移到国内云平台的成本。如果后续大陆用户规模上涨，只需要把静态资源、高频访问的非核心接口逐步缓存到境内CDN节点即可，核心业务逻辑仍然可以保留在现有GCP集群上。

2019年同类问题没有有效解答，核心是当时国内云厂商的合规跨境专线产品还未普及，没有成熟的非迁移接入路径，2022年之后这套中转架构已经非常成熟，大量面向中国市场同时保留海外云架构的跨境业务都在使用，稳定性已经过多年量产验证。

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