基于Google App Engine实现模块独立扩缩容的方案合理性咨询

核心结论 #

你的需求完全可以通过Google App Engine实现，且不需要拆分两个Google Cloud项目，单项目即可完成可扩缩、不可扩缩组件的拆分部署，你最初的双项目方案属于过度设计，反而会增加运维复杂度和潜在成本。

具体实现逻辑 #

Google App Engine支持在单个Cloud Project中部署多个相互独立的服务，每个服务可以单独配置扩缩策略，完全满足你分类部署的需求：

• 面向用户的业务服务配置automatic_scaling规则，可根据CPU负载、请求量等指标自动扩缩实例数，也支持多区域部署提升全球用户的访问体验
• 需要固定单实例运行的非数据库类组件配置manual_scaling，将实例数参数设置为1即可保证全程仅运行单个实例
• 同项目内的GAE服务默认可通过内网互通，不需要额外配置复杂的网络权限，通信延迟更低，也不会产生额外公网流量费用
• 如果你的单实例组件属于数据库类存储服务，更建议直接使用Cloud SQL、Firestore等Google Cloud托管数据库产品，无需自己维护单实例服务，可靠性、数据安全性更高，也能和同项目GAE服务无缝对接

注意：自行部署单实例服务存在单点故障风险，实例重启、故障期间会出现服务不可用，无状态业务组件不建议采用固定单实例配置。

双项目方案的误区说明 #

• 计费层面：Google Cloud的总费用由你实际消耗的资源总量决定，拆分多个项目不会降低总费用，反而跨项目通信如果走公网链路，会产生额外的公网流量费用，导致成本上升
• 运维层面：跨项目部署需要额外配置跨项目IAM访问权限、网络防火墙规则，后续迭代、日志排查、监控配置的复杂度都会大幅提升，没有实际收益

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