postman - traduccion - ¿Cómo puedo evitar el "infierno del medio ambiente" en el cartero?

postman tutorial

Question

Digamos que tengo dos entornos (prueba y producción) con dos URL diferentes. También tengo dos servicios (serviceA y serviceB) que necesitan diferentes valores de encabezado. Podría lidiar con esto con cuatro entornos en Postman:

1. testServiceA: url para prueba, valor de encabezado para serviceA
2. testServiceB: url para prueba, valor de encabezado para serviceB
3. productionServiceA: url para producción, valor de encabezado para serviceA
4. productionServiceB: url para producción, valor de encabezado para serviceB

Aquí tengo la duplicación de las URL y los encabezados. A medida que agrego otra url, necesito seis entornos en total:

1. testServiceA: url para prueba, valor de encabezado para serviceA
2. testServiceB: url para prueba, valor de encabezado para serviceB
3. productionServiceA: url para producción, valor de encabezado para serviceA
4. productionServiceB: url para producción, valor de encabezado para serviceB
5. stagingServiceA: url para almacenamiento intermedio, valor de encabezado para serviceA
6. stagingServiceB: url para almacenamiento intermedio, valor de encabezado para serviceB

Y a medida que agrego otro servicio que requiere un valor de encabezado cambiado, necesito otros 3:

1. testServiceA: url para prueba, valor de encabezado para serviceA
2. testServiceB: url para prueba, valor de encabezado para serviceB
3. productionServiceA: url para producción, valor de encabezado para serviceA
4. productionServiceB: url para producción, valor de encabezado para serviceB
5. stagingServiceA: url para almacenamiento intermedio, valor de encabezado para serviceA
6. stagingServiceB: url para almacenamiento intermedio, valor de encabezado para serviceB
7. testServiceC: url para prueba, valor de encabezado para serviceC
8. productionServiceC: url para producción, valor de encabezado para serviceC
9. stagingServiceC: url para almacenamiento intermedio, valor de encabezado para serviceC

¿Cómo puedo evitar esto? Sería genial si pudiera elegir múltiples entornos como activos. Luego, podría colocar una marca de verificación junto a "puesta en escena" y "servicio C", por ejemplo.

Answer 1

Para una solución específica para Paw:

Paw make tiene el concepto de dominios de entorno, que permite un control más sencillo de los valores de su entorno. Básicamente, un dominio de entorno puede tener múltiples entornos, que son representaciones del mismo valor de entorno.

En su caso, podría tener 3 dominios de entornos (serviceA, serviceB, serviceC), para los cuales tendría 3 entornos (prueba, estadificación, producción)

En general, esto permite una gran flexibilidad, ya que múltiples dominios de entorno pueden usarse juntos en una sola solicitud. Por ejemplo, uno podría imaginar un dominio de entorno de Server con diferentes entornos ( us-east-1 , us-west , ...), que podría combinarse con, digamos un dominio de entorno de Version ( v1.0 , v1.1 , v2.0 , etc.), y combínelos en una sola solicitud para verificar si la versión 2.0 funciona en us-east-1, y así sucesivamente.

Para una solución específica para Postman:

Puede utilizar algunas complejidades {{}} para sobrecargar algunos entornos. Las variables de entorno pueden referirse entre sí:

Ahora, cuando hace referencia a la variable de entorno {{some-important-header}} algún lugar, en realidad se referirá a {{{{mode}}-some-important-header}} , que en este caso es {{test-some-important-header}} , o -1 . Cada vez que desee cambiar el modo, debe cambiar el mode valor de la variable de entorno al valor correcto, como production o staging .

No es la solución más limpia, pero evita la creación de un montón de entornos debido al acoplamiento.