[前言] 寫這篇文章前, 我先跟 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)
熱門文章
-
我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 ...
-
當我們做出一個系統, 最希望知道的是有沒有檢定判讀的能力, 不然價值與意義就會少很多, 而在做未來國會的時候, 很多人問我, 網路聲量是否能夠轉化成得票數? 事實上我也是很好奇.... 首先一開始, 就直接算出得票數與網路聲量的相關性 (相關係數), 得出來的答案是: ...
-
昨天在臉書的塗鴉牆朋友分享了一個 王美恩 的" 狀態更新 ": 今天在外面餐廳吃飯,旁邊一桌坐了五六位穿著制服的廚師在吃飯。 老大開講:「我跟你們說,要看警察打人就要看三立,要看學生丟石頭警察受傷就要看中天。」 小廚師問:「大哥,你都不看T...
-
有時我總對自己做的東西沒甚麼信心, 從 Plurk.tw 一直到做了很多延伸的應用, 尤其自己知道美工排版不行, 所以常找人合作, 其中一個東西就是 "噗熱浪"... 事實上 Plurk.tw 比 Plurktop 還早做, 當然我們這邊只能從發文說開始運作開...
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
當羅技出 G13 後, 我就一直期望能夠玩玩, 而在某天路上撿到一台 G13, 終於可以得償所願阿~~ 上圖是開我原本寫的 N52te 那篇文章, 可以比較看看..... 試用 G13 後, 發現有幾個很不錯或有問題的特色, 當然我是因為跟 Belkin N52te 來做比較: ...
-
這個計劃最出是我交大管科系學長所發生的問題, 因為我寫了一篇文章後, 就跑去 Plurk 跟大家討論, 而他是屬於會使用網路但不會使用 Plurk 的人, 所以跟本不知道 Plurk 講了甚麼, 最後我只好把網址給他, 他才晃然大悟這兩個部份的落差, 所以跟我抱怨這件事, 因此我...
-
先來看個圖, 這個圖是 Hsiaoi Collection 的 點擊歷史 然後再來看在部觀門的 長瀨茜 的圖... 這兩個圖看起來一模一樣, 這都是在一瞬間突然暴紅的某 CA AV... 不否認的, 事實上 Hsiao Collecition 寫的 這篇 真的寫的不錯, ...
-
雖然台灣的資訊科技網站或部落格真的很多, 但仔細看, 不少都是 "全文翻譯" 國外的網站, 不加任何自己的想法, 不然就是為了寫而寫, 此時來看, 不要說是獨立思考的創見已經看不到, 連獨立寫作的內容已經消失了. 這篇文章我早在去年 11 月時就想寫了, ...
沒有留言:
張貼留言