Как я могу избежать "окружения ад" в почтальоне?
Скажем, у меня есть две среды (тест и производство) с двумя разными URL-адресами. У меня также есть две службы (serviceA и serviceB), которым нужны разные значения заголовков. Я мог бы справиться с этим с четырьмя средами в Postman:
- testServiceA: url для теста, значение заголовка для serviceA
- testServiceB: url для теста, значение заголовка для serviceB
- productionServiceA: url для производства, значение заголовка для serviceA
- productionServiceB: url для производства, значение заголовка для serviceB
Здесь у меня есть дублирование как URL-адресов, так и заголовков. Когда я добавляю еще один URL-адрес, мне нужно всего шесть сред:
- testServiceA: url для теста, значение заголовка для serviceA
- testServiceB: url для теста, значение заголовка для serviceB
- productionServiceA: url для производства, значение заголовка для serviceA
- productionServiceB: url для производства, значение заголовка для serviceB
- stagingServiceA: url для постановки, значение заголовка для serviceA
- stagingServiceB: url для постановки, значение заголовка для serviceB
И поскольку я добавляю еще одну услугу, которая требует измененного значения заголовка, мне нужно другое 3:
- testServiceA: url для теста, значение заголовка для serviceA
- testServiceB: url для теста, значение заголовка для serviceB
- productionServiceA: url для производства, значение заголовка для serviceA
- productionServiceB: url для производства, значение заголовка для serviceB
- stagingServiceA: url для постановки, значение заголовка для serviceA
- stagingServiceB: url для постановки, значение заголовка для serviceB
- testServiceC: url для теста, значение заголовка для serviceC
- productionServiceC: url для производства, значение заголовка для serviceC
- stagingServiceC: url для постановки, значение заголовка для serviceC
Как я могу избежать этого? Было бы здорово, если бы я мог выбирать несколько сред как активные. Затем я мог бы поставить галочку рядом с "промежуточным" и "serviceC", например.
Ответы
Ответ 1
Для решения, специфичного для Paw:
Paw делает концепцию доменов среды, что позволяет упростить управление вашими значениями среды. В основном домен окружения может иметь несколько сред, которые представляют собой одно и то же значение среды.
В вашем случае у вас может быть 3 домена с доменами (serviceA, serviceB, serviceC), для которых у вас будет 3 среды (тест, постановка, производство)
![Демо-версия среды Paw]()
В целом это обеспечивает большую гибкость, поскольку несколько доменов домена могут использоваться вместе в одном запросе. Например, можно представить область окружения Server
с различными средами (us-east-1
, us-west
,...), которые могли бы сочетаться, скажем, с доменом окружения Version
(v1.0
, v1.1
, v2.0
и т.д.) и объединить их в один запрос, чтобы проверить, работает ли версия 2.0 на нас - east-1 и т.д.
Для решения, специфичного для Postman:
Вы можете использовать некоторые тонкости {{}}
для перегрузки некоторых сред.
Переменные среды могут ссылаться друг на друга:
![Демо-версия почтовой машины]()
Теперь, когда вы ссылаетесь на переменную окружения {{some-important-header}}
где-то, она будет фактически ссылаться на {{{{mode}}-some-important-header}}
, которая в этом случае {{test-some-important-header}}
или -1
. Каждый раз, когда вы хотите изменить режим, вы должны изменить значение переменной среды mode
на правильное значение, например production
или staging
.
Это не чистое решение, но оно позволяет избежать создания среды из-за связи.