可能你是守舊派，將其稱為負載均衡。又或是你更為新潮，稱其應用交付控制器(ADC)。再或者你更為趕時髦稱其應用交付平臺(ADP)。

無論你如何稱呼他們，這些設備和軟件即服務提供對管理終端用戶和企業系統間流量的支持，且比以往更為重要。負載均衡、ADC以及ADP，無論其技術術語究竟怎么定義，輔助應用交付的特殊工具相差非常大，企業應該確保匹配適合其特定需求的平臺。

如今的ADP：形式有時至關重要

形式是個非常重要的考量因素。在ADP還稱作負載均衡的時代，IT服務交付環境只是為本地資源左右、由共享支持，以及一些專用的托管系統。在一堆盒子(通常是Web服務器)前使用一個盒子曾是一種好的解決方案。在今天的混合服務交付環境中，幾乎是完全虛擬化的，很大一部分企業工作負載轉移到變化的混合云計算服務中，以往的方案不再那么可靠。因此，首要的是，與舊的負載均衡不同，新的ADP應具備內置的虛擬形式(無論是本地還是托管的)，同時也支持基礎設施即服務部署。理想情況下，虛擬部署將允許ADP在工作負載發生變動的時候跟著工作負載走。

當然也并非所有的關于負載平衡的都過時了。舉例來說，物理設備仍舊是重要的，特別是對于那些前端帶有專有Web服務器的基礎設施來說。如果有物理設備需要特殊特性的合規需求也是如此。理想情況下，一臺物理設備將本身內帶虛擬化。這將允許跨多個獨立虛擬ADP實例共享資源，這是為強化安全特別定制的，能簡化每個應用程序和多組合服務交付管理。

當然，如果將ADP作為一種服務來交付，則無需考慮形式問題，服務的提供和部署都是抽象出來的。

考慮規模問題

規模是另一個較重要的考慮因素。微服務的增加使IT轉向更為面向服務化，ADP也需要為更多的設備管理流量。同時，他們需要處理服務中增加的東西流量，有時比終端用戶流量更頻繁、流量更大。為了應付這些流量的增加，ADP應提供橫向或縱向擴展。理想情況下，應二者皆兼顧。ADP產品橫向擴展時，管理工具需要通過簡單的單一界面降低復雜性。

服務套件

再次，除了簡單負載均衡服務套件也是至關重要的。IT服務使用模式已發生巨大的轉變。員工從任何地方、在任何設備上以及任何時間里進行工作。終端用戶和服務間的通信，或只是服務中的通信越發需要加密。

因此，企業應該支持帶有多層功能的ADP，如支持任意地點辦公的為移動特制的方案。解除不必要的加密既可以加快響應時間又可以減少需要運行應用程序的服務器數量。

適應自動化

最后，任何ADP都應該具備一個強健的API自動集成到數據中心并通過云端操作和管理。深入和全面自動化不再只是選項之一，相反，任何的ADP都應該納入自動化體系中。