Temos uma configuração um pouco mais complicada, com um ambiente DEV, TEST, BETA e PROD. Eu reivindico alguns pontos extras para criar nossa solução, o que permite que os desenvolvedores construam seu código em suas estações de trabalho, implementem e trabalhem sem alterar o código.
Fazemos isso executando várias zonas DNS internas, especificamente dev.zfx, test.zfx, beta.zfx e várias zonas PROD, uma para cada datacenter. Em seguida, dependendo do ambiente em que seu código está residindo atualmente, a lista de pesquisa de DNS é configurada para fazer referência a essa zona primeiro . Então, por exemplo, eles escreverão seu código para referenciar http://blahfoo/page?paramaters=something
. Em uma máquina DEV (ou em suas estações de trabalho), isso será resolvido para http://blahfoo.dev.zfx/page?parameters=something
.
Há algumas ressalvas:
- nunca, nunca, sob nenhuma circunstância permitir que um nome exista em um dos estas zonas que existe em um dos suas zonas internas estáticas. Estes zonas devem incluir apenas estes entradas do tipo de nível de desenvolvimento.
- você deve trabalhar com seu servidor administradores para garantir que a lista de pesquisa está configurado como parte da compilação processo. você não vai aproveitar a vida quando eles liberam um pedaço de código em seu ambiente de desenvolvimento que vai totalmente mal e mata prod porque o sistema não foi configurado corretamente.
À primeira vista, parece meio desajeitado, mas funcionou muito bem nos últimos cinco anos. Se você tiver outras dúvidas, apenas lmk.