développeur ici ... J'aimerais votre point de vue informatique sur celui-ci ...
Je crée une nouvelle application Web interne pour mon entreprise et commence à réfléchir à la façon dont elle sera déployée. De nombreuses applications Web existantes ici sont liées à l'utilisation directe de leurs noms de serveur, comme ceci:
http://webserver123/someInternalApp/
Cela me met mal à l'aise pour diverses raisons. Les noms de serveur changent, les serveurs tombent en panne et les utilisateurs ne devraient pas avoir à connaître les noms de serveur pour trouver leur application Web. L'utilisation de noms de serveur nous empêche d'échanger des serveurs ou d'ajouter des équilibreurs de charge. Si vous pouvez penser à d'autres raisons, c'est mauvais, faites-le moi savoir afin que je puisse mieux plaider pour changer cette pratique.
À l'avenir, j'aimerais avoir de meilleurs noms de domaine configurés dans notre DNS interne qui pointeront vers le serveur Web et l'application appropriés. Dans mon dernier travail, nous avons suivi une convention comme celle-ci:
- Pour la production:
http://someInternalApp.myCompany.com/
- Pour test:
http://test.someInternalApp.myCompany.com/
- Pour le developpement:
http://dev.someInternalApp.myCompany.com/
J'aime mieux cela , car le nom de l'application est un élément clé du nom de domaine et la désignation de l'environnement dev / test / prod est simple. Cependant, j'ai quelques réserves:
- Le fait de mettre le nom de l'application dans le sous-domaine créera éventuellement de nombreux sous-domaines longs et uniques. J'aime avoir différents domaines pour chaque application, mais je pense également que cela pourrait être difficile à gérer.
- À part le nom de l'application, rien ne permet de désigner que cette URL est uniquement interne. J'ai lu que d'autres organisations utilisent un sous-domaine comme "corp.myCompany.com" ou "int.myCompany.com", ce qui pourrait être une bonne chose. Je ne veux pas que les utilisateurs aient l'impression qu'ils peuvent y accéder depuis chez eux.
Voici quelques options sur lesquelles je penche pour les noms de domaine internes:
Nom de l'application dans le sous-domaine interne: (ils deviennent un peu longs, mais tout est bien emballé, je pense)
http://someInternalApp.corp.myCompany.com/
http://dev.someInternalApp.corp.myCompany.com/
Nom de l'application en tant que sous-répertoire: (nom de domaine plus court, mais cela implique que toutes les applications font partie d'un site unifié, ce qu'elles peuvent ne pas être, et il déconnecte la désignation d'environnement de l'application)
http://corp.myCompany.com/someInternalApp
http://dev.corp.myCompany.com/someInternalApp
Alors, discutons ... Que pensez-vous de ces options? Y a-t-il quelque chose de mieux ou de plus commun que j'ai pu manquer? J'ai la possibilité de mettre mon entreprise sur une meilleure voie à cet égard, je voudrais donc trouver une bonne convention à recommander.
Merci!