企業寬頻點揀：專線、共享寬頻、SLA 同備援一次講清
| 網絡基建
寬頻係成個網絡嘅上游樽頸。本文比較專線同共享寬頻嘅結構差別、教點睇合約入面嘅上下載、SLA 同修復承諾，同埋點設計雙線備援先至真係斷線都唔停。
引言：寬頻係成個網絡嘅上游樽頸
辦公室 Wi-Fi 幾好、交換器幾新都好，數據最終都要經寬頻出互聯網。寬頻出問題，成個辦公室一齊停：電郵發唔出、雲端系統入唔到、視像會議斷線、收銀連唔到支付。好多企業揀寬頻嗰陣，只睇一個數字——下載速度。呢個係最常見嘅錯誤。下載速度只係合約入面其中一個參數，而且好多時唔係最重要嗰個。
本文講清楚三件事：專線同共享寬頻喺結構上有咩根本差別；合約入面嘅上下載、SLA、修復承諾點樣睇；同埋點樣設計備援，先至唔會「一斷線就全停」。全篇唔講個別營辦商嘅價錢同優惠——嗰啲經常變，要以營辦商報價為準。本文講嘅係唔會過期嘅判斷方法。
專線同共享寬頻：結構差別先係重點
共享寬頻：多人共用，尖峰時間要排隊
共享寬頻（一般家居同中小企寬頻）嘅結構，係多個用戶共用一段上游頻寬。營辦商會按統計模型分配容量：唔係每個用戶同一時間都用盡頻寬，所以共用係可行嘅。但代價係，尖峰時間多人同時用嗰陣，每個用戶分到嘅實際頻寬會下降，延遲會上升。呢個唔係故障，而係共享架構嘅正常特性。
共享寬頻嘅另一個特點，係上下載通常唔對稱：下載快，上載慢。對於「睇網頁、睇片、收電郵」為主嘅用途，呢個分配好合理。但對於「要上載」嘅用途——雲端備份、傳送大檔案、視像會議上載畫面、遙距存取公司系統——上載慢就會變成樽頸。
專線：獨佔頻寬，上下載對稱
專線（Dedicated Internet Access）嘅結構完全唔同：由用戶地點到營辦商網絡，係一條獨佔線路，頻寬唔同其他用戶共用。上下載一般對稱，即上載同下載速度相同。呢個結構嘅好處唔係「下載更快」，而係「表現穩定、可預測」：尖峰時間唔會因為鄰居用戶而變慢，上載唔會成為樽頸。
專線通常會跟服務水平協議（SLA）一齊提供，寫明可用性目標、故障修復時間、通報機制等。共享寬頻一般冇同等級嘅 SLA，故障修復按一般維修排期處理。呢個差別，對於「斷線即係停業」嘅業務嚟講，隨時比速度數字更重要。
點樣揀：問業務，唔好問速度
揀邊種，唔好由「想要幾快」出發，要由「斷線同慢速會造成咩後果」出發。如果業務可以容忍短暫中斷、主要用途係瀏覽同收電郵，共享寬頻一般已經足夠。如果業務涉及持續上載、實時系統、遙距存取、分支之間 VPN、或者斷線會即時影響收入，就要認真考慮專線。判斷標準係業務影響，唔係速度表上面嘅數字。
對比表
| 項目 | 共享寬頻 | 專線 |
|---|---|---|
| 頻寬結構 | 多用戶共用上游頻寬 | 獨佔頻寬，唔同其他用戶共用 |
| 上下載 | 一般唔對稱，下載快過上載 | 一般對稱，上載同下載相同 |
| 尖峰表現 | 尖峰時間實際速度可能下降，延遲可能上升 | 表現相對穩定、可預測 |
| 服務水平協議 | 一般冇同等級 SLA | 一般跟 SLA 提供，寫明可用性同修復安排 |
| 安裝時間 | 一般較短 | 一般較長，可能涉及線路工程 |
| 適合用途 | 瀏覽、電郵、一般辦公，容忍短暫中斷 | 持續上載、實時系統、遙距存取、分支 VPN、斷線影響收入 |
呢個表講嘅係結構特性，唔係個別營辦商嘅承諾。實際條款以合約為準，簽約之前要逐項確認。
點睇合約：四個必問項目
第一：上載速度，唔好只睇下載
合約上面，下載速度通常寫得最大最顯眼，上載速度就寫得細隻好多。簽約之前，一定要問清楚上載速度係幾多，同埋係「保證」定「最高可達」。對於有雲端備份、視像會議、大檔案傳送嘅辦公室，上載速度先係日常體驗嘅決定因素。唔好簽完先發現上載慢到備份要做成晚。
第二：SLA 寫咗乜，冇寫乜
SLA（服務水平協議）唔係一個名詞，而係一組具體承諾。睇 SLA 嗰陣，要睇四樣嘢：可用性目標（例如每月可用時間比例）、故障修復時間（由報障起計，幾耐之內修復）、通報機制（故障嗰陣邊個通知邊個、點樣通知）、未達標點處理（有冇服務積分、點樣申請）。如果合約只寫「提供 SLA」但冇寫具體數字同處理方法，嗰個 SLA 實際上冇約束力。簽約之前，逐項問清楚、寫入合約。
第三：安裝期同線路工程
專線安裝一般需要線路工程，時間可能由幾星期到幾個月，視乎大廈線路情況。如果辦公室有開業死線，一定要將安裝期計入時間表，唔好假設「簽約即有」。簽約之前要問：大廈有冇現成線路？需唔需要額外工程？工程邊個負責？如果要等，就要預留過渡方案，例如用共享寬頻或者流動數據頂住先。
第四：合約期、續約同搬遷條款
合約期、續約安排、提前終止條件、搬遷嗰陣點處理，全部要喺簽約之前問清楚。辦公室租約同寬頻合約期唔配合，搬遷嗰陣就會好麻煩：舊地址嘅合約未完，新地址又要重新安裝。呢啲條款平時冇人睇，出事嗰陣就最關鍵。
備援設計：點樣先至真係斷線都唔停
備援唔係「有多條線」咁簡單
好多企業以為「有兩條寬頻就等於有備援」。其實唔係。備援要成個鏈齊全：兩條獨立線路、可以自動切換嘅路由器、切換之後關鍵應用仲行唔行得、固網恢復之後點樣切返去。缺咗任何一環，備援都係假備援。
雙線路設計要點
第一，主線同備援線最好來自唔同營辦商，或者至少行唔同物理路徑。如果兩條線都係同一個營辦商、同一條入線管道，一次工程意外或者一次營辦商故障，兩條一齊斷。第二，備援線路嘅頻寬要按關鍵應用嚟計，唔好按「有就得」嚟計。備援嗰陣，唔係所有流量都要維持；要事先定明邊啲應用優先——例如收銀、VPN、電郵——其餘嘅可以暫停。第三，切換要自動。靠人手發現斷線、再人手切換，中間嘅停頓可能已經造成損失。自動切換路由器可以喺主線斷嗰陣立即轉去備援線，固網恢復之後再切返去。
流動數據做備援
流動數據（經 5G 或者 4G 路由器）係常見嘅備援方式，好處係部署快、唔使拉線，適合臨時場地同埋作為第二重備援。要注意嘅係，流動數據嘅表現受訊號、基站負載、數據用量上限影響，室內訊號尤其要實地測試。唔好假設「有流動訊號就等於有備援」——要測試埋切換時間、速度、關鍵應用係咪維持到。
備援一定要實測
備援最大嘅誤區，係「裝咗就當有」。備援一定要定期實測：拔走主線，睇吓係咪真係自動切換、切換要幾耐、關鍵應用係咪維持到、固網恢復之後係咪切得返去。冇實測過嘅備援，等於冇備援。實測要記錄結果，下次再測嗰陣有得比較。
容量規劃：點估算先唔會買大咗又買細咗
容量規劃唔使複雜數學，但要有方法。第一步，列出同時在線嘅裝置數目同用途：幾多人同時開視像會議、幾多人同時用雲端系統、有冇持續上載（備份、監控）。第二步，估算尖峰同時用量，唔好用平均用量。寬頻唔夠用嗰陣，出事嘅永遠係尖峰嗰段時間，唔係平均嗰段。第三步，預留增長空間：人數增加、新系統上線、雲端化程度加深，全部都會推高用量。預留增長空間，唔使年年換合約。第四步，分開「需要保證」同「可以用盡力而為」嘅流量：關鍵應用行專線或者保證頻寬，一般瀏覽行共享寬頻，咁樣成本同表現先至平衡。
簽約前檢查清單
| 檢查項目 | 要問清楚嘅嘢 |
|---|---|
| 上載速度 | 上載係幾多？係保證定最高可達？ |
| SLA | 可用性目標、修復時間、通報機制、未達標點處理，全部寫入合約未？ |
| 安裝期 | 大廈有冇現成線路？需唔需要額外工程？幾耐先裝好？ |
| 合約期 | 合約期幾長？續約點計？提前終止點處理？搬遷點處理？ |
| 備援 | 主備線路係咪唔同營辦商／唔同路徑？切換係咪自動？有冇實測過？ |
| 關鍵應用 | 收銀、VPN、視像會議、雲端備份，斷線嗰陣邊啲要優先維持？ |
| 過渡方案 | 專線安裝期間，用乜嘢頂住？共享寬頻定流動數據？ |
常見誤解
- 下載速度愈高，網絡就愈好？錯。下載只係其中一個參數。上載、延遲、穩定性、SLA、備援，全部都會影響實際體驗。
- 有兩條線就等於有備援？錯。備援需要獨立線路、自動切換、關鍵應用維持、恢復回切，仲要實測過。缺一環都唔算真備援。
- 專線一定快過共享寬頻？唔一定。專線嘅價值係穩定、可預測、同 SLA，唔係下載數字上面一定贏。揀嘅標準應該係業務影響，唔係速度表。
- SLA 寫咗「提供 SLA」就等於有保障？錯。冇具體數字、修復時間、通報機制同未達標處理方法嘅 SLA，實際上冇約束力。
結論：寬頻係業務決策，唔係速度比賽
揀寬頻嗰陣，唔好由速度表出發，要由業務出發：斷線會造成咩後果？邊啲應用唔可以停？上載需求有幾大？SLA 係咪寫得具體？備援係咪實測過？答完呢啲問題，專線定共享、幾多頻寬、點樣備援，答案自然會出現。如需按現場環境規劃寬頻、備援同整體網絡，可參考 辦公室網絡，Wi-Fi 部署可參考 Wi-Fi 解決方案。團隊會先做現場勘察，再建議方案。