Front-end NGINX: analisar uso de Ingress ao invés de Deployment

[ghost]

Usar NGINX como mais um serviço traz o problema de encerrar/iniciar os seus pods toda vez que algum back-end atualiza seu(s) registro(s) DNS, como por exemplo - por isso a existência do nginx-dev.

O objeto Ingress server justamente para isso, mas nos primeiros testes (pré-GitHub) não houve sucesso. Voltemos ao tema, desta vez validando a configuração para compatibilizar o atual uso de TLS, HTTP/2, WebSocket e outros.

[souzagaabriel]

Sim, concordo, inclusive para ficar compatível com implementações em nuvens públicas. Lembro que tinhas começado um branche.

[souzagaabriel]

Como iremos atualizar a nuvem para o Tectonic teremos que estudar automaticamente isso. Faremos a migração dos serviços já mudando para Ingress.

[ghost]

Issue sem atualização. Desde 65c7e28 o uso de Ingress já existe em caráter de teste.