Temos um aplicativo html 5 super tagarela (ajax) (semelhante ao gmail em sua construção, toneladas de js).
A leitura do QUIC parece interessante. https://en.wikipedia.org/wiki/QUIC
O IIS (ou qualquer mecanismo de hospedagem .NET) oferece suporte ao QUIC?
Se o IIS/Win não puder fazer isso, posso fazê-lo em uma instância haproxy (no CentOS) na frente do IIS?
A partir de agosto de 2020, a versão do IIS presente no Windows 10 versão 2004 (2020-04) e no Windows Server 2019 (versão 19041) oferece suporte ao QUIC, e o QUIC parece estar ativado por padrão:
Algumas ressalvas de minhas próprias observações:
Em relação ao cenário comum de usar o IIS como um proxy reverso front-end (usando a extensão de reescrita de URL do IIS e roteamento de solicitação de aplicativo):
HTTP.sys
pilha existente no Windows, então é realmente possível que o ARR use HTTP /3 ou HTTP/2, se disponível. Mas sem uma palavra oficial ou dica de um membro da Microsoft, é impossível dizer.Além disso, em maio de 2020, a Microsoft anunciou que sua implementação do QUIC era de código aberto no GitHub : https://github.com/microsoft/msquic - se você tiver mais dúvidas, poderá obter respostas para elas lá, e não por meio do oficial da MS. canais de suporte ou seu blog IIS nunca atualizado.
Eu postei um problema no repositório MSQuic GitHub buscando mais informações e documentação para o recurso QUIC , mas o problema foi encerrado como fora do tópico, mas eles me garantiram que encaminharam a pergunta para a equipe de documentação interna, mas fazendo uma pesquisa no Google por intervalo de datas mostra que nenhuma nova documentação para o QUIC foi publicada pela Microsoft.