應用交付控制器（adc）一直以來都是基礎設施的關鍵部分。它們位於應用程式和基礎架構之間，是唯一可以同時使用應用程式和網路語言的技術。it行業正在經歷乙個快速的現代化程序，包含諸如軟體定義的網路、雲、容器等其他計畫對基礎設施產生深遠影響的技術。為了理解這些技術趨勢對應用交付控制器的影響，研究者對應用交付控制器進行了調查，這項調查的人口統計資料為100人，他們分別來自不同的行業領域和公司規模，準確反映了應用交付控制器在it現代化方面的當前觀點。
應用交付控制器的趨勢
●adc主要用於支援本地傳統應用，但其他用例也相繼出現。調查顯示：應用交付控制器的部署方式中，47％選擇本地傳統應用，而34％本地私有雲。這不足為奇，因為應用交付控制器支援本地工作負載已有數十年。有了這些用例，特別是傳統的應用程式，adc很可能被部署為硬體。
在其他部署中，公共基礎設施即服務（iaas）雲（如微軟 azure和亞馬遜服務）為22％，排在了第三位。託管裝置中佔13％，平台即服務（paas）和容器中分別佔10％。
●受訪者正在試驗非硬體形式的因素。在組織中應用交付控制器的狀態，45％的人表示「硬體」已經完全被部署，虛擬機器（vm）上的雲和軟體都獲得了27％，其次是裸機軟體（16％）和容器軟體（13％）。
綜合測試和研究結果，44％的受訪者選擇虛擬機器軟體和容器軟體，46％的選擇基於雲的軟體，36％的選擇裸機軟體。新興的軟體優先部署模式正在發展，這與it的其他部分是一致的。
●超過一半的人正在考慮其他**商。當從模式1（傳統）遷移到模式2（現代化）的應用程式時，只有4％的人表示肯定會選擇乙個新的**商，37％的人表示繼續與現有**商合作。而高達59％的人說，他們可能會考慮替代現有**商。
●網路功能可以快速配置，但配置核心adc功能卻仍然是個挑戰。數位化轉型與速度有關，調查研究了執行關鍵adc功能需要的時間。受訪者選擇了「分鐘」，「天」，「星期」或「幾個月」或更長的時間範圍。資料很有趣，因為我們發現與網路相關的功能在幾分鐘內就能完成。例如，53%的人選擇「為新vip請求ip位址」，51%的人選擇「為新配置的vip新增dns條目」。
然而，配置adc功能需要花費相當長的時間。只有18％的人認為公升級adc只需要「幾分鐘」，而31％認為這可能需要「幾周」或「幾個月或更長時間」，另外51%的人表示用「天」數來衡量最為恰當。同樣，18%的人表示配置新的負載平衡器可以在幾分鐘內完成，但27%的人表示，那會花費了幾個星期甚至幾個月時間。
●adc發展緩慢影響了應用程式的推出。該調查強調自動化，當問到：你是否有能力將配置從自動化更改為adc時，62%的人表示「不能」，38個人表示「能」。而70％的受訪者表示，本地adc確實具有自動化的能力。
另乙個以自動化為重點的問題是「請選擇三個最有吸引力的功能來支援數位化。」毫無疑問，「自動化」是最高的回應（48％），其次是「應用程式分析」（34百分之）和「**管理」（32%）。
●目前adc廠商的客戶滿意度較低。調查找問了受訪者對當前adc**商的滿意程度，包括集中管理，部署時間和自動化等方面。可能的回答有：「完全滿意」，「有些滿意」，「一般」，「有些不滿意」或「完全不滿意」。沒有人選擇「完全滿意」或「有點滿意」，而「一般」幾乎在每個類別中都超過了50％。
企業正在發生變化，基礎設施也需要隨之發展，使基礎設施現代化成為企業成功的關鍵。adc一直並且將繼續是最重要的基礎設施之一，但是它們需要不斷發展，並變得更加以軟體為中心，以滿足日益變化和分布式的世界需求。
企業架構之應用控制器
在前端控制器中說到執行命令時，是用命令物件自己呼叫檢視，如果系統的規模較小，可以如此。但這並不是最佳的選擇，最好是盡可能地將命令和檢視分離開來。應用控制器負責對映請求到命令，並對映命令到檢視。這種分離意味著可以更加容易地改變檢視 即模板 而不用改動核心 同時，也可以改變應用程式的流程而不需要修改核心...
Pod控制器應用高階二
命令執行返回成功是成功的，如果返回狀態碼是不成功的 使用exec存活性探測 root master test kubectl get pod w name ready status restarts age client 1 1 running 0 1d liveness exec pod 1 1 ...
企業架構之應用控制器
在前端控制器中說到執行命令時，是用命令物件自己呼叫檢視，如果系統的規模較小，可以如此。但這並不是最佳的選擇，最好是盡可能地將命令和檢視分離開來。一 概念 應用控制器負責對映請求到命令，並對映命令到檢視。這種分離意味著可以更加容易地改變檢視 即模板 而不用改動核心 同時，也可以改變應用程式的流程而不需...