零售、餐飲等行業(yè)的數(shù)字化轉(zhuǎn)型面臨的最常見問題是無法通過低速寬帶連接實現(xiàn)POS交易和其他云應(yīng)用性能。這很常見，因為幾乎每個人都將云作為其數(shù)字化轉(zhuǎn)型戰(zhàn)略的關(guān)鍵組成部分。而且，盡管過去幾十年來北美基礎(chǔ)設(shè)施持續(xù)改進，但大型分布式企業(yè)在大部分網(wǎng)絡(luò)上仍然依賴低速連接。

[[238636]]

舉個例子，一家餐廳***可用的連接是一個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ò)。

用于低速寬帶的SD-WAN解決方案

如今市場上的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ù)字時代日益增長的需求。

原文鏈接：

https://www.sdxcentral.com/articles/contributed/sd-wan-enabling-cloud-pos-over-low-speed-broadband/2018/07/