Как я могу избежать "окружения ад" в почтальоне?

Скажем, у меня есть две среды (тест и производство) с двумя разными 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 среды (тест, постановка, производство)

В целом это обеспечивает большую гибкость, поскольку несколько доменов домена могут использоваться вместе в одном запросе. Например, можно представить область окружения 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.

Это не чистое решение, но оно позволяет избежать создания среды из-за связи.