企業內部 URL 約定
開發人員在這裡…我想要您對這個的 IT 觀點…
我正在為我的公司建構一個新的內部 Web 應用程序，並開始考慮如何部署它。這裡的許多現有網路應用程序都直接使用它們的伺服器名稱連結到，如下所示：
http://webserver123/someInternalApp/由於各種原因，這讓我感到不舒服。伺服器名稱更改，伺服器關閉，使用者不必知道伺服器名稱即可找到他們的 Web 應用程序。使用伺服器名稱可以防止我們交換伺服器或添加負載平衡器。如果您能想到其他不好的原因，請告訴我，以便我可以更好地改變這種做法。
展望未來，我希望在我們的內部 DNS 中設置一些更好的域名，這些域名將指向適當的 Web 伺服器和應用程序。在我的上一份工作中，我們遵循了這樣的約定：
- 對於生產：
http://someInternalApp.myCompany.com/- 測試：
http://test.someInternalApp.myCompany.com/- 對於開發：
http://dev.someInternalApp.myCompany.com/我比較喜歡這個，因為應用名稱是域名的關鍵部分，dev/test/prod 環境指定很簡單。但是，我有一些保留意見：
- 將應用程序名稱放在子域中最終會創建許多長而獨特的子域。我喜歡為每個應用程序設置不同的域，但我也覺得管理起來會很困難。
- 除了應用程序名稱之外，沒有任何東西可以指定此 URL 僅供內部使用。我讀過其他組織使用像“corp.myCompany.com”或“int.myCompany.com”這樣的子域，這可能很好。我不希望使用者得到他們可以在家中訪問這些內容的印象。
以下是我傾向於使用內部域名的一些選項：
內部子域中的應用程序名稱：（它們有點長，但我認為所有東西都很好地打包在一起）
http://someInternalApp.corp.myCompany.com/http://dev.someInternalApp.corp.myCompany.com/應用程序名稱作為子目錄：（較短的域名，但這意味著所有應用程序都是一個統一站點的一部分，它們可能不是，並且它斷開了環境名稱與應用程序的連接）
http://corp.myCompany.com/someInternalApphttp://dev.corp.myCompany.com/someInternalApp那麼，讓我們討論一下……對這些選項有什麼看法？我可能錯過了更好或更常見的東西嗎？我有機會讓我的公司在這方面走上更好的道路，所以我想找一個好的公約來推薦。
謝謝！
永遠不要依賴你的應用是內部的還是外部的。始終像應用程序的受眾將超出您的控制範圍一樣進行開發（因為它是）。
使用 ENV.APPNAME.DOMAIN.TLD
帶全球資訊網。作為“生產”的別名。
如果您僅在內部部署，那麼您在選擇方面有很大的自由度。但是，隨著最近開放的頂級域，您確實需要注意不要與即將到來的新外部名稱衝突。
例如，您可以部署為http://contact.app/但如果註冊了 .app TLD，那麼您可能會發現自己存在衝突。
所以你可能最好使用http://contact.local/>或<http://contact.lan/
出於 Apple 及其 Bonjour 服務兼容性的原因，您最好避免使用 .local，因此最好使用 .lan
或者，如果您的公司名稱極不可能成為 TLD，那麼只需http://contact.ourcompany/即可。
我會避免將應用程序名稱作為子目錄，因為它是不必要的，只會讓它更長。虛擬主機是通過每個應用程序唯一的 URL 去那裡的方式。
而且您避免使用伺服器名稱是非常正確的，這是絕對的禁忌，因為伺服器來來去去。
編輯 1：請參閱RFC2606並從那裡引用的可用內部使用 TLD 中進行選擇。
正如對評論的註釋一樣 - 我建議的 .local 和 .lan 根據上述 RFC 是不可註冊的。出於同樣的原因，您也可以使用 .priv 和 .test。