0

Quelle est la meilleure façon d'obtenir des dev et tester des navigateurs pour résoudre notre nom de domaine de production dans des environnements de développement et de test? Supposons que notre domaine de production est widgets.com. Dans le passé, nous avons utilisé le DNS interne pour devwidgets.com, testwidgets.com, demowidgets.com, etc. Mais cela s'avère être très pénible. Il semble préférable d'avoir un fichier hôte ou un serveur proxy configuré pour que chaque client puisse choisir de résoudre widgets.com pour chaque environnement pré-prod. Des idées? Comment les autres ont-ils résolu ce problème?Comment basculer facilement entre les environnements de développement et de production

+0

Je devrais mentionner où nous sommes à court de vapeur avec l'approche DNS: Nous maintenons plusieurs sites Web pour différents secteurs d'activité (environ 6) dans 5 environnements. Nous avons également des serveurs SAML SSO sur sso.widgets.com qui doivent avoir le même nom de domaine pour les cookies. – DHickey

+0

Si vous ne pouvez pas/ne voulez pas utiliser de solutions basées sur le DNS, la modification du fichier hosts peut fonctionner, mais ce sera encore plus difficile de gérer cela. Vous avez seulement besoin de rediriger dev.widgets.com vers un serveur de développement et vous pouvez le configurer comme vous le souhaitez, y compris avoir johndoe.dev.widgets.com pour chaque développeur et test.dev.widgets.com pour votre environnement de test. Votre serveur de production restera propre. – GolezTrol

Répondre

0

Vous pouvez exécuter différentes versions sur différents ports (plus facile pour la configuration interne et externe) ou sur différents CNAME (pour la configuration externe):

dev.widgets.com:81 
dev.widgets.com:82 
... 

dev1.widgets.com 
dev2.widgets.com 
... 

Cela signifie que les différents environnements peuvent être configurés au centre à travers le web serveur plutôt que de devoir gérer beaucoup de fichiers hôtes différents.

0

Nous l'avons résolu en utilisant des DNS internes, comme vous l'avez dit. Chaque développeur a son propre environnement, donc je peux aller à www.ordomain.com.branch2.environment10, où environment10 est mon environnement spécifique, et branch2 se réfère à une caisse spécifique, au cas où je devrais avoir plusieurs caisses parce que je travaille sur différents projets simultanément. Juste l'environnement différent peut suffire pour vous.

Dans une autre situation, j'ai configuré un autre nom de c, en utilisant dev.widgets.com pour accéder à distance à mon environnement de développement. Le désavantage est que n'importe qui peut l'atteindre, donc vous devriez le protéger par mot de passe, ou utiliser un filtre IP.

Je ne recommanderais pas d'utiliser des fichiers hôtes. C'est difficile à maintenir, et vous ne pouvez pas atteindre l'environnement en direct à partir de votre PC de développement.