@Игорь Леушкин

мы обслуживаем вебсайт https://example.com, настроен nginx в режиме реверс-прокси, который отправляет запросы на 3 равноправных бекенда server1, server2, server3


upstream example-upstream {
server server1:80;
server server2:80;
server server3:80;
}

server {
listen 192.0.2.1 ssl http2;
server_name example.com;
ssl_certificate /etc/ssl/nginx_certs/manual/example.pem;
ssl_certificate_key /etc/ssl/nginx_certs/manual/example_key.pem;

location / {
proxy_set_header Host $http_host;
proxy_connect_timeout 3s;
proxy_pass http://example-upstream;
}
}


рассмотрим GET запрос на главную страницу сайта https://example.com
запрос попадает на первый сервер, первый сервер не работает. запрос должен перейти на последующие сервера
"не работает" может быть нескольких видов
а) tcp reset
б) connection timeout
в) http 503
г) read timeout
при помощи proxy_next_upstream мы можем настроить так, чтобы в нужных нам случаях запрос уходил бы на остальные бекенды
рассмотрим POST запрос (отправка данных). по RFC запросы типа POST считаются неидемпотентными, если данные успели отправиться на бекенд, то считается, что повторно отправлять такой же запрос на другой бекенд нельзя.
надо рассмотреть ситуации
а) мы хотим переотправлять POST
б) мы не хотим переотправлять POST
в зависимости от тех же самых ошибок
а) tcp reset (запрос НЕ отправился)
б) connection timeout (запрос НЕ отправился)
в) http 503 (запрос отправился)
г) read timeout (запрос отправился)
и в зависимости от настройки proxy_request_buffering (когда у нас либо есть сохраненное тело запроса, либо нет)



Необходимо написать инструкцию для разработчика

0