Eu quero usar o nginx como um proxy reverso para o aplicativo do Google App Engine para oferecer suporte a domínios nus, conforme descrito aqui . Se eu usar esse esquema, todo o tráfego passará pelo servidor que hospeda nginx ou o cliente se conectará diretamente ao Google App Engine? Pode ser um gargalo para desempenho e disponibilidade?
Usando esse método, todo o seu tráfego seria executado através do servidor NGINX, o que seria um gargalo, e você teria que ter certeza de que tinha capacidade suficiente para funcionar bem. Isso também causaria um pouco de latência (aproximadamente 2x de latência em cada solicitação, porque seu cliente teria a latência se conectando ao NGINX e depois o NGINX teria a latência de se conectar ao AppEngine)
Não há necessidade de configurar o proxy reverso para ambiente flexível e ambiente padrão.
App Engine instances in the Standard environment 1 do not have public static IP addresses, and are completely protected by the main Google Front-end server. Requests to your application first hit the Google Front-end, then the front-end performs the SSL security checks according to your uploaded certificate [2], and then forwards the request to your App Engine instances using their internal IPs. Therefore no reverse-proxy is required.
If you are using the App Engine Flexible environment [3], you are able to have static IPs for your instances as they use Compute Engine VMs [4]. But, App Engine automatically loads Nginx proxy in front of every App Engine Flexible instance pre-configured, so you do not have to set this up at all. All you have to do is follow the guide to uploading your SSL cert [5], and requests will be vetted by the Google Front-end just like the Standard environment above. Therefore no added reverse-proxy is required.
A resposta completa pode ser encontrada aqui problema