Proxy Nginx pelo método de solicitação

É possível / como posso configurar um bloco de localização do Nginx para proxy para back-end diferentes, dependendo do método de solicitação (por exemplo, GET / POST)?

O motivo é que, atualmente, estou lidando com os 2 métodos em 2 URLs diferentes (um via proxy http e outro via fcgi) e estou tentando torná-lo mais "REST"; portanto, o ideal é que GETting the resource retorne a lista , enquanto o POST no mesmo recurso deve ser adicionado à lista.

Eu não uso essa configuração, mas com base nos exemplos aqui :

location /service  {
  if ($request_method = POST ) {
    fastcgi_pass 127.0.0.1:1234;
  }

  if ($request_method = GET ) {
     alias /path/to/files;
  }
}

Se você estiver escrevendo seu próprio aplicativo, considere também verificar GET / POST e enviar cabeçalhos X-Accel-Redirect para distribuir o transporte dos arquivos para o nginx.

Embora você possa conseguir isso if, isso geralmente é desencorajado pela documentação do Nginx , porque ifnão funciona bem com outras diretivas. Por exemplo, suponha que GET deva ser aberto para todos, enquanto POST é apenas para usuários autenticados, usando HTTP Basic Auth. Isso exigiria ifser combinado com auth_basic, o que não funciona corretamente.

Aqui está uma alternativa que funciona sem if. O truque é usar "GET" e "POST" como parte dos nomes upstream, para que possam ser resolvidos por substituição de variável:

http {
  upstream other_GET {
    server ...;
  }
  upstream other_POST {
    server ...;
  }
  server {
    location /service {
      proxy_pass http://other_$request_method;
    }
  }
}

Para combinar isso com o HTTP Basic Auth para tudo, menos GET, basta adicionar um limit_exceptbloco:

  ...
    location /service {
      proxy_pass http://other_$request_method;
      limit_except GET {
        auth_basic ...;
      }
    }
  ...

Isto é o que eu fiz para fazer as coisas funcionarem para mim

add_header Allow "GET, POST, HEAD" always;
if ( $request_method !~ ^(GET|POST|HEAD)$ ) {
    proxy_pass http://back-end;
}

Altere ligeiramente a resposta do vog para incluir um manipulador padrão para outros métodos, como OPTIONS, PUT, etc.

    upstream webdav_default {
            server example.com;
    }
    upstream webdav_upload {
            server example.com:8081;
    }
    upstream webdav_download {
            server example.com:8082;
    }
    server {
            map upstream_location $request_method {
                    GET     webdav_download;
                    HEAD    webdav_download;
                    PUT     webdav_upload;
                    LOCK    webdav_upload;
                    default webdav_default;
            }
            location / {
                    proxy_pass https://$upstream_location;
            }
    }

Não consegui obter a resposta do @timmmmmy para funcionar, mas ele me indicou a documentação do mapa e isso funcionou para mim:

map $request_method $upstream_location {
   PUT     example.com:8081;
   POST    example.com:8081;
   PATCH   example.com:8081;
   default example.com:8082;
}
server {
   location / {
      proxy_pass https://$upstream_location;
   }
}