Что такое прокси-сервер
Что проверяют
Для аналитика это вопрос не про определение, а про схему интеграции: понимаете ли вы, что между клиентом и сервером почти всегда стоит посредник, и что его наличие меняет адреса, заголовки, таймауты и границы шифрования. То есть попадает в требования, а не только в инфраструктуру.
Как отвечать
Начните с двух ролей, их путают чаще всего.
Прямой прокси стоит на стороне клиента и ходит в сеть от его имени: корпоративный шлюз, фильтрация ресурсов, учёт трафика, единый исходящий адрес, который партнёр вносит в белый список.
Обратный прокси стоит перед серверами и принимает запросы от их имени: терминация TLS, балансировка, кэш, ограничение частоты запросов, единая точка логирования. В эту же линейку встают шлюз API и сервисная сетка, где к посредничеству добавляются маршрутизация по правилам и проверка доступа.
Что из этого обязано попасть в постановку: какой адрес увидит смежная система и как до неё доедет исходный адрес клиента; где заканчивается шифрование и кто может читать тело; таймауты и повторы посредника; ограничение на размер тела и время ответа; какие заголовки посредник добавляет и какие вырезает.
Где спотыкаются
Называют анонимность главной функцией и сводят тему к обходу блокировок. В корпоративной архитектуре посредник нужен ради контроля, кэша и единой точки входа, а сокрытие адреса это побочный эффект.
Забывают про подмену адреса источника. Сервер видит адрес посредника, и без согласованного заголовка с исходным адресом ломаются логи, ограничения по частоте и антифрод. Заголовку при этом можно верить только от доверенного посредника, иначе его подделает клиент.
Не учитывают повторы. Клиент получил таймаут от посредника, а на стороне сервера операция прошла и повторилась ещё раз. Для платежей и создания заказов это дубли, поэтому в требованиях нужны идемпотентность и ключ запроса.