零售算凿、餐飲等行業(yè)的數(shù)字化轉(zhuǎn)型面臨的最常見問題是無法通過低速寬帶連接實現(xiàn)POS交易和其他云應(yīng)用性能。這很常見骂远，因為幾乎每個人都將云作為其數(shù)字化轉(zhuǎn)型戰(zhàn)略的關(guān)鍵組成部分晒屎。而且喘蟆，盡管過去幾十年來北美基礎(chǔ)設(shè)施持續(xù)改進，但大型分布式企業(yè)在大部分網(wǎng)絡(luò)上仍然依賴低速連接鼓鲁。
云網(wǎng)聯(lián)SD-WAN加速
舉個例子，一家餐廳唯一可用的連接是一個3Mb/s DSL電路港谊。在完成POS升級后骇吭，有時它會很好用，但有時需要20秒歧寺、30秒燥狰、40秒或更長時間棘脐。
這種問題引起如此多關(guān)注的原因在于，大多數(shù)數(shù)字化轉(zhuǎn)型計劃的重點是積極改變客戶的店內(nèi)體驗龙致。無論是在客戶的移動設(shè)備上還是在員工的POS上蛀缝，應(yīng)用程序性能下降都會破壞體驗。
有些人可能會問目代，“有什么大不了的屈梁？ POS交易的數(shù)據(jù)負載很少。只需將POS流量優(yōu)先于其他內(nèi)容就行榛了≡谘龋“許多人會迅速做出回應(yīng)，”我們這樣做了但是并沒有用霜大」共福“
這個問題是因為，優(yōu)先級策略只影響數(shù)據(jù)進入網(wǎng)絡(luò)的方式战坤，卻無法控制數(shù)據(jù)如何在網(wǎng)絡(luò)上傳輸曙强。一旦數(shù)據(jù)包進入寬帶網(wǎng)絡(luò)，每個數(shù)據(jù)包都是平等的途茫。因此碟嘴，在網(wǎng)絡(luò)擁塞期間，每個包被丟棄的概率都是相同的慈省。當數(shù)據(jù)包被丟棄時臀防，它們必須重新傳輸。當包被重新傳送時边败，POS交易需要更長時間才能完成袱衷。
企業(yè)客戶如何通過低速寬帶連接實現(xiàn)POS交易并確保其他基于云的應(yīng)用程序的性能？一種解決方案是調(diào)節(jié)數(shù)據(jù)流以適應(yīng)可用的網(wǎng)絡(luò)容量笑窜。在優(yōu)先級僅解決數(shù)據(jù)包如何進入網(wǎng)絡(luò)的情況下致燥，用此方法監(jiān)視寬帶網(wǎng)絡(luò)的可用容量，然后通過調(diào)整數(shù)據(jù)流量來響應(yīng)以適應(yīng)網(wǎng)絡(luò)排截。
云網(wǎng)聯(lián)云管理平臺
如今市場上的SD-WAN服務(wù)在應(yīng)對擁擠的寬帶電路的能力方面差別很大嫌蚤。理想的解決方案將能夠：
準確衡量可用的網(wǎng)絡(luò)容量
自動將所有數(shù)據(jù)分配給優(yōu)先隊列
動態(tài)調(diào)整數(shù)據(jù)流以適應(yīng)可用的網(wǎng)絡(luò)容量
某些SD-WAN服務(wù)不具有檢測可用容量的能力，因此只有在檢測到高延遲或數(shù)據(jù)包丟失時才能將流量從一個電路轉(zhuǎn)移到另一個電路断傲。在兩個電路都擁塞的情況下脱吱，仍會面臨糟糕的用戶體驗。
有些SD-WAN評估網(wǎng)絡(luò)容量的能力非常粗略（例如认罩，它們每X秒檢查一次）箱蝠，而其他SD-WAN則非常激進（例如蟆盹，它們每秒檢查X次）孕荠。
企業(yè)應(yīng)測試其當前SD-WAN解決方案的限制隅俘，并確定它是否符合需要毡代。升級到正確的SD-WAN解決方案可以提升網(wǎng)絡(luò)以應(yīng)對數(shù)字時代日益增長的需求。
