Lorsque l'on cherche à automatiser le déploiement de services (par exemple on va pousser sur une nouvelle branche de notre dépôt une fonctionnalité à tester), il faut créer des domaines à la volée. Idéalement on évite de faire ça sur Internet, mais on fait plutôt ça sur un serveur interne dont le nom de domaine et l'IP ne sont résolvable et accessible qu'au sein de l'entreprise.
Généralement dans une entreprise les noms de domaine internes sont gérés par un bête serveur bind, dont seule la DSI a l'accès. L'idée est donc de mettre à disposition tout ou partie du domaine interne, via une API, avec des permissions que la DSI pourra gérer.
Il y a bien d'autres solutions possibles pour les DevOps, ce n'est pas notre cible initiale ; mais ça peut rendre service dans certaines situations.
[^] # Re: surcouche
Posté par nemunaire . En réponse à la dépêche happyDomain - On devrait tous avoir un nom de domaine. Évalué à 2.
Lorsque l'on cherche à automatiser le déploiement de services (par exemple on va pousser sur une nouvelle branche de notre dépôt une fonctionnalité à tester), il faut créer des domaines à la volée. Idéalement on évite de faire ça sur Internet, mais on fait plutôt ça sur un serveur interne dont le nom de domaine et l'IP ne sont résolvable et accessible qu'au sein de l'entreprise.
Généralement dans une entreprise les noms de domaine internes sont gérés par un bête serveur bind, dont seule la DSI a l'accès. L'idée est donc de mettre à disposition tout ou partie du domaine interne, via une API, avec des permissions que la DSI pourra gérer.
Il y a bien d'autres solutions possibles pour les DevOps, ce n'est pas notre cible initiale ; mais ça peut rendre service dans certaines situations.