GAE与IAP环境下，前后端分置两个容器是否可取及相关疑问

1. 前后端分置为两个独立容器是否可取？ #

完全可取，甚至是更符合容器化最佳实践的方案，核心原因如下：

• 遵循容器「单一职责」原则：每个容器只运行一个进程，方便单独做版本更新、资源缩放和故障排查。比如前端迭代时只需重构前端容器，不用影响后端；后端需要扩容时也能单独调整实例数量。
• 降低长期维护成本：分开部署后，日志、监控可以独立配置，不会出现前后端进程日志混杂的情况；镜像体积更小，构建和推送速度更快。
• 规避同容器部署的隐性问题：同容器运行多进程时，后台进程的状态监控、自动重启机制都更复杂，一旦其中一个进程崩溃，排查和恢复的难度会大幅提升。

这种方式确实需要额外处理CORS和IAP的配置，但这些都是可落地的问题，相比同容器部署带来的长期维护负担，分容器的优势更突出。

2. 通过请求头解决CORS问题，是否会导致IAP门户被调用两次？ #

不会。只要前端和后端的请求都经过同一个IAP代理，用户完成第一次身份验证后，后续所有请求（包括前端页面请求、后端接口请求）都会携带IAP颁发的身份凭证（比如Cookie或Token），IAP会直接校验该凭证的有效性，不会再次触发登录门户。

只有出现以下特殊情况时，才可能触发两次验证：

• 前端和后端分别配置了独立的IAP实例，且两个实例的身份验证会话不共享；
• 前端和后端的请求路径不在同一个IAP的保护范围内，导致需要分别做身份校验。

但在常规的架构设计中，一般会用一个IAP代理所有应用相关的请求，所以不会出现两次调用IAP门户的情况。

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