[前言] 寫這篇文章前, 我先跟 circle.tw 的編輯告解, 因為當時他們找我時, 我說要寫一篇不同的觀點文章, 就是這一篇, 因此想說多搜集一點資料再來寫, 但當看到昨天 "NCC發言人虞孝成:影響網速原因有80個 台網速並不差" 這篇文章後, 我覺得已經不能再拖了, 不然又是三四個月又過去了.
小弟不才, 雖然沒辦法像許多人把事情說得天花亂墜, 但至少勉強有一個專才, 就是高有效性與效能調校, 而我知道這是一個看起來簡單, 但事實上相當複雜的事, 尤其最近討論的 "網路效率" 的事, 就職業經驗知道這件事, 事實上並沒有那麼簡單.
說到網路, 大家很喜歡拿 ISO 的 OSI 七層來討論, 事實上網路在實作上, 並沒有真的切割到如此 "mutually exclusive" 的七層, 但換個觀點, 網路也不只有七層, 甚至切割下去是相當多層, 想要知道一件事的效能瓶頸, 要了解每一個層面的效率極限, 而這個環節比想像中還要複雜.
但再複雜, 身為一個工程師不可能不會去想要解決與挑戰, 甚至實務上不是只有在那邊亂想亂猜, 要去一層層的建立每一段的 "Monitor Agent" 監看系統, 然後將之串起來, 慢慢的發現問題在那邊去解決, 只是就經驗來看, 真正的問題往往發生在沒有顧及到的層面, 因為若有注意到的話自然會去解決, 但問題還是發生在環節內, 只要再去切割更細就好, 而為了避免有環節沒考慮到, 最重要的監看系統就是: "事實結果" 的資料搜集, 也就是從上到下的整段使用記錄.
網路效率真的問題很複雜, 事實上我在三個月前是想幫政府說話, 因為有些問題不是政府能夠解決的, 須要財團與使用者大家一起努力, 但最近看到政府與財團出面的一昧指責使用者, 我還真不知道這個戲碼到底在演甚麼?
為了來了解台灣網路速度為甚麼會這樣, 我們來做個大項目, 及小項目的切割好了, 至少來做個 Divided and Conquered 的了解, 讓大家知道問題點:
大項1. 使用者端電腦: 主要的子項目有瀏灠器, 作業系統, 硬體設備, 執行環境.
大項2. 使用者端網路: 包含使用者家中的環境, 大樓的環境, 到局端的設備.
大項3. 局端到ISP: 使用者到基地台, 基地台到 ISP, 或是中繼站到 ISP之間的環境.
大項4. ISP到伺服器: ISP 之間的串接, ISP 的設備, 最後到的 Server連結.
大項5. 伺服器端的電腦: 也包含網路設備, 伺服器應體, 作業系統及應用程式與專用程式.
大項6. 背後串接的系統: 系統背後之資料庫, API 之間的串接, 硬體之間的串接
這大項中大約每一個有 3~5 個小項, 每一個小項大約有 5~8 個條目, 這 5 個條目中要注意到的 Monitor Point 監控點有 10~20 個, 因此真的要找到問題的話, 要注意的地方大約有 250~350 個原因, 這還不包含每一個模組內部所使用的物件.
因此大家可以知道要找到問題的原因是沒這麼簡單, 只是若問題無法解決, 那要網管做甚麼, 那要效能調校做甚麼, 我當然就沒工作可以養家活口, 畢竟這是個專業, 但因為專業就拿來嚇人是不道德的, 畢竟事實就是事實.
即使大家最熟悉的瀏灠器, 這其中須要解決的問題就很多了, 包含那種瀏灠器, 那種版本, 有用那些外掛, 有那些設定, 其中外掛的項目可能就不只 10 種了, 更何況去確認真正的問題細節, 而網路設備的規格數十項, 每一項都有不只一項的細節, 一個有實務經驗的網管/系統調校者知道魔鬼就是在細節中, 想要靠一張嘴解決問題雖然說是誰都可以做, 但裏面的技術是相當迷人的.. (嗯, 我扯遠了~~~)
雖然可能只有訓練有素的狗才能夠嗅出問題點在那, 但問題點是大家都可以感覺得到, 尤其這是網路的真實面, 因為網路上的所有行為都有 "原始記錄" :
"網路的真實就是可以搜集最原始的資料去分析來去看真實面, 而不只是靠其他的 Benchmark 基準來去說就算的!"
也就說即使不要管這些不只 80 種而是超過 200 種的原因, 還是有方法知道結果, 而這結果更不須要只是靠 "模擬" 去檢驗, 因為網路上的 Log 早就記錄出最真實的數字, 可以計算出最真實的效率與效能, 因為他就是使用者在使用的真實, 而若這些數字都不可信的話, 你硬是要用你的 "模擬測驗" 來證明你就是很厲害, 我還真的不知道原來 "模擬" 可以 "凌駕真實" 阿.
因此我要在這邊讚揚虞發言人一下, 畢竟他已經是這陣子而言, 說話最接近真實的人了, 看過報告就知道這問題沒那麼單純, 只可惜他不是第一線的工程師, 應該也沒有這方面的實務經驗, 尤其他的本職是做商業決策, 投資政策的專家, 不是網路效率調校, 不然應該知道更多的細節在裏面, 能夠知道問題在那邊.
唯一他弄錯的就是拋棄 "實際資料" 而相信 "模擬運作資料", 認為國外一家公司的千億筆乘上千億筆真實使用者記錄是不夠好的, 而去更相信可能百萬次不到的測試結果, 認為 "台灣公正單位測試結果" 就推論說 "台灣網路表現比起國際並不差!".
所以我在這邊也更應該讚揚 "Akamai" 能夠定期公布這些資料, 去真實的了解各國的網路狀況, 這數字唯一的偏差就是這些資料會偏向國際性的服務, 而缺乏國內的流量, 因為 Akamai 的服務主要是像 Microsoft, Apple 這類的跨國企業, 區域性的廠商使用不多, 但這個倒是每個國家都一樣, 因此說是偏差很大也不盡然, 但就像我常說的: "任何資料都有偏差, 但你要知道如何使用他".
因此就這種資料分析的確可以知道問題點不是只有電信業者, 也不見得只有 ISP 業者, 這問題還很多, 只是這樣寫下去, 就寫不完了, 因此靜待下回分解... (若有下回的話)
[PS] 感謝林靖堂先生願意讓我使用虞先生的照片, 我覺得這張照得很好阿...
[PPS] 若想要更進一步了解 Akamai, 請洽併力科技.
訂閱:
張貼留言 (Atom)
熱門文章
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
有時我總對自己做的東西沒甚麼信心, 從 Plurk.tw 一直到做了很多延伸的應用, 尤其自己知道美工排版不行, 所以常找人合作, 其中一個東西就是 "噗熱浪"... 事實上 Plurk.tw 比 Plurktop 還早做, 當然我們這邊只能從發文說開始運作開...
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
這次參與資策會的社群力指標, 在前一篇的講 部落客百傑 的文章已經講個大概, 但我知道很多人看了還是一頭霧水, 其中最主要的一個東西就是 "社群力指標", 雖然這指標明眼的人一看就是我一直在強調的 "Index/指數" 在實用上是很重要的...
-
我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 ...
-
當羅技出 G13 後, 我就一直期望能夠玩玩, 而在某天路上撿到一台 G13, 終於可以得償所願阿~~ 上圖是開我原本寫的 N52te 那篇文章, 可以比較看看..... 試用 G13 後, 發現有幾個很不錯或有問題的特色, 當然我是因為跟 Belkin N52te 來做比較: ...
-
應該說是在礁溪... 第一次不在台南家, 也不在淡水家過年, 而是趁這時候從東部環島回去... 比較可惜的可能也是第一次缺席聚星日吧... 所以除夕的行程是: 11:40 出發 12:30 去富基買生魚片吃 14:30 到福隆吃便當 17:00 到旅館 18:00 到礁溪晃一圈就...
-
"若有一個像噗浪一樣好用的系統, 但有小圈圈的功能, 我二話不說一定會跳過去..."---- GH404X, 2009 (噗浪第一年) 在 Google+ 襲捲台灣不到兩個星期, 噗浪在 Alexa 跌了一名, Twitter 留言銳減, Facebook 有...
-
當我要寫新的 Blog 跟大家講 Blogger 出問題時, 按下新文章出現: 警告 此 blog 已被 Blogger 的垃圾 blog 阻擋漫遊器鎖定。 您將無法發佈文章,但您可以將其儲存為草稿。 請將您的文章儲存為草稿,或 按這裡,以瞭解發生什麼事與如何解除...
-
基本上我是屬於逃避加無所謂鄉愿型的人, 所以即使罵我我也很難生氣, 但還是會難過, 只是比較不會生氣... 所以這次會把回應關起來, 當然不是有誰在說我壞話, 因為這很常見也很習慣, 但最近真的 Spam 廣告訊息真的太多了, 所以先將回應暫時設成 "審核制"...

沒有留言:
張貼留言