Заголовки ответов APIM различаются между порталом Azure, порталом разработчика и почтальоном

Question

Я изучаю управление API Azure и вижу разные заголовки ответов между порталом Azure, порталом разработчика и почтальоном.

Я выполняю HTTP Get для этой конечной точки: https://secondattempt.azure -api.net / speaker

С https://conferenceapi.azurewebsites.net/ в качестве URL-адреса веб-службы.

Я сравнил их здесь:

Azure Portal:

1. Cache-Control
2. Pragma
3. Transfer-Encoding
4. Тип содержимого
5. Срок действия
6. Set-Cookie (не присутствует)
7. Дата
8. Op-Apim-Trace-Location
9. Варьируется

Портал разработчика:

1. Cache-Control
2. Pragma
3. Transfer-Encoding
4. Content-Type
5. Истекает
6. Набор-Cookie
7. Дата
8. Ocp-Apim-Trace-Location
9. Варьируется (отсутствует)

Почтальон:

1. Cache-Control
2. Pragma
3. Transfer-Encoding
4. Тип содержимого
5. Истекает
6. Набор-Cookie
7. Дата
8. Ocp-Apim-Trace-Location (не присутствует)
9. Варьируется (не присутствует)

А вот как они на самом деле выглядят в пользовательском интерфейсе:

Портал Azure:

Портал разработчика:

Почтальон:

Почему некоторые заголовки присутствуют в некоторых средах, но не в других?

Кроме того, почему заголовки появляются в разныхзаказы

Answer 1

1. Для почтальона (Ocp-Apim-Trace-Location отсутствует)

   Функция OCP-Apim-Trace позволяет указать, должен ли APIM генерировать файл трассировки в BLOB-объекте.хранилище.

   При выполнении запроса GET от Postman OCP-Apim-Trace не включен.

   Например, если установить для заголовка значение «true» в Postman, вам вернется HTTPЗаголовок в ответе называется OCP-Apim-Trace-Location.

   Он будет содержать URL-адрес вашего файла трассировки, который вы можете открыть в любом браузере.

2. Для портала «Почтальон и разработчик» (Варьируется без изменений)

   Запрос не кэшируется.Каждый запрос URL-адреса должен рассматриваться как уникальный и не кэшируемый запрос.

3. Для портала Azure (Set-Cookie отсутствует)

   См. Трассировка и затем пересылказапрос мы видим "имя": "Set-Cookie", "значение": "ARRAffinity