?????? 請參考:http://blog.smarx.com/posts/custom-domain-names-in-windows-azure

?????? 本文是對這篇文章部分解釋和補充。

?????? 并請記住，此博客總是能給你在Windows Azure的開發(fā)中帶來幫助。

?

域名解析機制淺析

?????? 域名解析，本是個很簡單的事情：我們?nèi)缛粝雽⑽覀兊挠蛎赶蚰硞€網(wǎng)站提供的二級域名，只要設(shè)置cname記錄；如果我們知道服務(wù)器的ip，直接設(shè)置A記錄即可。在Azure的使用中，卻總是有些人有點疑惑。

?

?????? 這里我們首先要弄清楚DNS解析域名的過程，記住，只要是通過域名解析設(shè)置的（不是通過頁面重定向技術(shù)實現(xiàn)的），不管中間經(jīng)歷多少域名的轉(zhuǎn)換，從用戶在瀏覽其中輸入域名地址，DNS返回給瀏覽器的一定是最終服務(wù)器的IP地址，中間所有域名解析對于瀏覽器來說不可見。

?????? 事實上，請求者不需要知道這些細節(jié)，DNS的作用在于你給我一個域名，我盡其所能找到這臺服務(wù)器的IP地址。因為，互聯(lián)網(wǎng)本是基于IP的，但是為了好記憶才添加了一個DNS應(yīng)用層，在用戶看來，一個域名始終指向一個IP，一個IP可能被多個域名指向。

?????? 并且對于開發(fā)者而言，除了重定向外，通過DNS發(fā)過來的請求，其HTTP請求的Host部分，一定是最初用戶輸入的地址，不管中間經(jīng)歷什么其他的域名。

?????? 所以，這樣提示我們開發(fā)者，應(yīng)該根據(jù)Host來區(qū)分用戶輸入的域名地址，以及做相關(guān)的導(dǎo)航控制，不應(yīng)該依賴于某個絕對路徑。

?

幾種均衡負載方式

?????? Azure的域名解析問題可能主要來自多個Instance，每個instance是一個虛擬服務(wù)器，那這樣IP地址怎么確定？

?????? 這里我們首先來分析，均衡負載有幾種方式，可以參閱《構(gòu)建高性能網(wǎng)站》，最簡單的莫過于重定向，但是這樣會改變?yōu)g覽器中用戶輸入的域名，可能給里面的內(nèi)容導(dǎo)航帶來混亂；其次可以通過DNS來設(shè)置，可以為一個域名配置幾個IP，這樣DNS可以根據(jù)一定的算法分配到不同的IP地址；第三種方法是通過硬件來實現(xiàn)，市場上也有許多相關(guān)的產(chǎn)品，其實思路很簡單，由交換機內(nèi)部實現(xiàn)將處理分配至不同的內(nèi)部服務(wù)器或者應(yīng)用程序，這樣每個內(nèi)部服務(wù)器不需要分配固定IP，這樣的方式，服務(wù)對外而言，始終擁有固定的IP。

?

Hosted Service的IP實驗

?????? 注意，本部分是根據(jù)筆者實驗推斷，有部分可能不是真實情況，僅僅作為參考！

?????? Windows Azure的均衡負載通過硬件來實現(xiàn)，所有請求和虛擬服務(wù)器都由Fabric集中管理，所以每一個Hosted Service，不管里面真正的應(yīng)用程序或者數(shù)據(jù)存儲在那個虛擬服務(wù)器或者有多少個instance來均衡負載，每一個Role對外都只有一個IP，并且Azure為每一個處于Production狀態(tài)的Role提供一個二級域名，如:http://egyee.cloudapp.net。

?????? 但是注意這里的IP，不是固定IP，因為一個Role重新部署之后會分配不同的IP，所以應(yīng)該綁定其提供的二級域名，而不應(yīng)該對其IP有任何打算。很簡答，Azure不認識任何Role，每一次部署都會分配IP，不可能幫你記住某個Role上一次分配的IP，看下面截圖：

?????? 由上圖可知，我在同一個Hosted Service中兩次部署同一Role，得到的IP分別是：111.221.92.83和111.221.92.89。雖然兩者都對應(yīng)二級域名http://egy.cloudapp.net，但是兩次部署卻分配兩個不同的IP。

?????? Windows Azure保留IP的分配權(quán)，及同一Hosted Service會分配不同的IP地址，所以，其在上提供了一個二級域名，使用戶在使用的時候，針對同一個Hosted Service有相同的訪問路徑，因此，在Windows Azure中，我們只能相信二級域名，而不能依賴IP地址。

?????? Windows Azure保留動態(tài)的域名還使得應(yīng)用程序存放和執(zhí)行位置的更改變得容易，比如，你指定應(yīng)用程序只在亞洲的數(shù)據(jù)中心執(zhí)行，那么IP地址是分配到亞洲某個數(shù)據(jù)中心的某個交換機，如果你改為在北美洲，那么IP地址則會分配到北美數(shù)據(jù)中心的IP地址之一。通過這樣來使得應(yīng)用程序執(zhí)行場所以及數(shù)據(jù)存放地點離用戶最近，以減少網(wǎng)絡(luò)傳輸延遲。

?????? 值得注意的是，減少網(wǎng)絡(luò)傳輸延遲有幾種方式，如緩存，CDN，以及將服務(wù)器處理靠近用戶，這些都是云計算帶給開發(fā)者的好處，我們自己架設(shè)服務(wù)器不可能得到這些好處。

?????? 同時另外值得注意的是，在一個Role部署之后，如果不做任何修改，比如地點等，IP地址理論上不會發(fā)生改變，不過未經(jīng)驗證，總之我們不應(yīng)該關(guān)注IP。

?????? 域名解析的配置方法也很簡單，只需要在域名管理里增加一個CNAME記錄即可。

?

在多服務(wù)器負載情況下的開發(fā)注意事項

?????? 如果，應(yīng)用程序可能被不同的域名指向，那么我們的應(yīng)用程序不應(yīng)該依賴于任何絕對路徑，包括導(dǎo)航。如果你想要在某個導(dǎo)航寫上全路徑，則Host部分應(yīng)該取自HTTP請求的Host，而不是自己假設(shè)的某個域名，事實上，我們應(yīng)該始終這樣做，不管應(yīng)用程序被什么域名解析，始終保證不會出現(xiàn)問題。

?????? 相反，利用頁面重定向的方式實現(xiàn)的均衡負載，前面已經(jīng)分析，實際上應(yīng)用程序接收到的Host并不代表用戶輸入的域名，所以這種情況下，可能會導(dǎo)致某些混亂的情況。

?????? 事實上，重定向是服務(wù)器向瀏覽器返回一個3XX的響應(yīng)代碼，根據(jù)HTTP協(xié)議規(guī)則，瀏覽器應(yīng)該向新的URI地址發(fā)送請求，本來這不會打亂我們上面的原則，但問題是，頁面重定向針對Uri設(shè)置，所以不能保證一個域名下的所有Uri都被正確重定向，結(jié)果導(dǎo)致一個域名下的各個資源路徑可能不在同一個域中。而域名的解析式針對一個域名，它能保證所以Uri都處于同一個域。

?????? 總之，要小心使用重定向，重定向的頁面中可能包含一些相對路徑，從而使得這些路徑對于原來的請求路徑處于不同的域中。

?????? 云計算中的數(shù)據(jù)一般不會存儲在本地服務(wù)器內(nèi)，都是通過比如REST的方式讀取和修改數(shù)據(jù)，因此是不依賴于任何服務(wù)器的。

?????? 在架設(shè)分布式服務(wù)或者網(wǎng)站或者存儲的時候，這些情況都是必須考慮的，一定要準備好相關(guān)的方案！

?

總結(jié)：

?????? 像我之前的一些文章一樣，我不對文章內(nèi)容負責，因為我寫的東西一般都是基于自己思考，不會隨便去抄一個MSDN或者什么之類。這樣由于筆者水平有限，可能導(dǎo)致某些思想錯誤，因此，這里的東西都是只能作為理解過程中的參考，千萬不能當真！

轉(zhuǎn)載于:https://www.cnblogs.com/hielvis/archive/2010/11/22/1884699.html

總結(jié)

以上是生活随笔為你收集整理的在Windows Azure中使用自己的域名的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。