В чем разница между типами конечных точек API Aws - HTTP и HTTP-прокси?

Question

Я пытаюсь понять конечную точку http AWS API Gateway и конечную точку прокси http.

На данный момент я понимаю, что если у вас есть существующая служба REST, вы можете использовать http-прокси для дополнительных служб поверх моей службы REST. Но что следует использовать для обычных конечных точек http? Это для обычных БД или веб-звонков? Как это работает?

Answer 1

Что написано в документации AWS

Как задокументировано здесь , с интеграцией HTTP , которую вы интегрируете в бэкэнд-сервис API - вы должны выполнить как запрос интеграции, так и отображение ответа.

Принимая во внимание, что для шаблона HTTP_PROXY сопоставление не требуется. API-шлюз передает запрос от клиента к конечной точке HTTP напрямую и аналогичным образом отвечает от интеграции обратно клиенту.

Какой использовать

По вашему вопросу - если вы хотите вводить / выводить те же данные, для которых построена ваша служба REST, тогда имеет смысл шаблон HTTP_PROXY. То есть шлюз API нужен только для его нефункциональных возможностей, таких как ключ API, авторизация, регулирование, имя домена и т. Д.

Если вы намереваетесь использовать аспекты интеграции шлюза - например, манипулировать вводом вашего API и его выходом, тогда вы можете выбрать HTTP, где у вас будет больше контроля над тем, что API ожидает и возвращает. И используйте все возможности шлюза API.

Answer 2

HTTP (Hypertext Transfer Protocol) - это сервис для отправки и отображения таких файлов, как (текст, звук, видео, изображения и другие мультимедийные файлы) в Интернете.

HTTP-прокси высокопроизводительный контент-фильтр Он проверяет веб-трафик для выявления подозрительного контента, который может быть шпионским программным обеспечением, искаженным контентом или другим типом атаки. Он также может защитить ваш веб-сервер от атак из внешней сети, используя правила обнаружения аномалий протокола для выявления и отклонения подозрительных пакетов.