Application Request Route（簡稱ARR）是一個寄宿於IIS7（及以後的IIS 版本）的一個基於代理的模組，它可以透過判斷Http Headers，Server Variables 以及負載平衡演算法將HTTP 的請求轉送到不同的處理伺服器之上。
用處
1、增強應用程式的可用性與擴充性
2、更好的利用伺服器資源
#3、使得應用程式的部署更加方便，並且支援衛星部署管理與熱替換
4、更低的管理成本，使得共享宿主的部署成為可能
ARR 是基於URL Rewrite Module 的，它透過偵測客戶端發送的HTTP 請求來做出請求路由的決定。
特徵
1、基於HTTP 請求，所做的請求路由的決定
與硬體的負載平衡不同（在OSI 模型的IP層來決定請求的路由方式），ARR 是基於應用層來進行負載平衡的，因為在應用層可用的資訊更多（其實談到這裡，是很有必要把負載平衡的原理講清楚的，但是，因為本系列主要是講述ARR，所以，對於一些底層原理性的概念，不會做過多的涉及）。透過在ARR 中使用URL Rewrite Module，我們就可以實基於Http Headers 與 Server Variables 來實現個更強大的路由規則。
2、負載平衡演算法
我們可以自己決定使用哪一種負載平衡演算法來進行請求的路由，ARR提供了6 種演算法。
3、健康檢查
我們可以使用「即時通訊」和「特定 URL 測試」來檢查伺服器的健康狀況。而且，我們也可以透過使用很多的參數來決定到底什麼樣的狀況才是健康的正常的伺服器，例如，有人認為只要伺服器是開啟的，就是健康的；也有人認為，伺服器開啟，並且處理的請求沒有超載是健康的，等等。另外，我們也可以透過使用自己的提供 Health Monitoring Provider 來實現自己的健康檢查可能。
4、客戶端親緣性
關於親緣性，相信大家不再陌生，我這裡稍微的提一下：就是更傾向於，或者喜歡那個。例如，在SQL Server 中可以設定CPU的親緣性，，假設有四個CPU，編號分別是A,B,C,D,我們SQL Server 的CPU 親緣性設定到A 上，就是說: SQL Server 在處理請求的時候，更喜歡把請求傳送給編號為A的CPU 來處理，當然也會將請求傳送給其他的CPU，但是A的CPU 處理請求的機會更多。
同理，在 ARR 中，可以透過設定客戶端的親緣性，ARR 主要是透過使用 Cookie 來實現的。至於如何實現的，其實也很簡單，這裡暫且不說。
5、宿主名親緣性
理解了上面的“客戶端親緣性”，這裡就更容易理解了。 「 宿主名親緣性」主要使用在共享伺服器中的（很多人使用一台伺服器，就是網站部署的時候，購買的是「虛擬位址空間」）。
6、伺服器分組
ARR 可以管理很多的伺服器群組，其中每一組又包含多台伺服器服。
7、 基於圖形化介面的管理與健康
ARR 與 IIS 集成，並且，透過了可視化的，便於操作的可視化操作介面。
8、制定請求失敗的追蹤規則
在 ARR 中，可以定義特定的追蹤規則，當請求處理失敗之後查看追蹤訊息，便於診斷。
以上是ARR是什麼意思的詳細內容。更多資訊請關注PHP中文網其他相關文章！
