---

戶政系統這次出的包說真的實在是可笑到極點

老實說 以系統負載的觀點來看 這實在是個小不拉機的系統
毎日交易次數1萬筆 相當於是8秒鐘才一次寫入
讀取數量我們給他放大個十倍(差不多) 一秒鐘也不過才1~2個讀取
這對於任何設計正確的sql來說 都是個小到不行的負載



簡單的講解一下SQL的效能
在批次優化的前提下 一台普通的AMD 4核心pc加上免費的MySQL(其實很強)
就可以實現一秒鐘5萬次以上的線性寫入(不誇張)

雖然資料複雜度略為不同 不能完全等同比較
(阿~ 充其量不過就是堆文字塊而已 到底是能有多複雜??)
等於是 全國一天所有的戶政交易執行 有可能用普通電腦一秒鐘就全部做完了
更何況 公家機關使用的硬體等級甚高 使用的也是怪物級的oracle
(oracle真的是名符其實的怪物 在沒有任何索引優化的前提下 數十萬數量級的暴力查詢
速度可以跟有使用索引的MySQL一樣快 要不是買不起 還真是很心動)

這次還能搞成這樣 還真不知道他們的工程師有沒有念過大學
不 其實搞不好就是因為大學唸太多才會這麼弱吧(笑~



不過話說回來 其實以我的實作經驗來看 這次的崩潰跟sql一點關係都沒有
最有可能的狀況其實就是跟那個 "可憐我吧"的噓噓東etag完全一模一樣的情形
只是很純粹的玩SOCKetS(甚至是更吃重的SSL)玩到自己DDoS自己罷了
雖然說 這只是個很低級的鎖死 大一大二就會教
但實際上在戶政系統這種規模的連線數量級裡(1-5萬客戶端) 是絕對會發生的
而且偏偏戶政系統的連線特性又正是 "佔著毛坑不拉屎"
毎一個18% 每天上班第一件事情就是 打開電腦連線登入戶政系統
因此只要是在上工時間內 戶政系統上有多少個18% 就會有多少個"永久連線"
而且別忘了 很可能連全國鴿子叔叔都是要一起被算進去的
因此 這個系統每天都要忍受上萬個掛機殭屍

如果沒有做任何分流 緩衝或SWAP 自然就會瞬間被擊潰

而所謂的壓力測試我看也不過是用少數甚至是單一台主機 以超高頻率去執行交易而已
但這種單一連線對於大型系統來說 這其實是輕鬆到不行的任務
根本稱不上任何壓力 用一跟小指頭就可以輕鬆檔下來了
就像是我之前說的 普通PC在單一連線下 一秒鍾都可以寫入5萬次以上 何況是機櫃



--
補充一個掛

我在台北的某國立博物館打工維修數位典藏時 那種資料才叫噁心
(不是山坡上那家最大的違建 但也是大多數人都很熟的大咖
 而且人家也不是博物館是博物"院" 位階可高多了 是和小江江是平起平坐的
 人家可有自己的獨立預算 才不削我們這種雜魚

原本系統設計都是10的年壽命+維護
但該原始開發商在驗收後就給他惡性倒閉 重組後就烙跑了
然後呢 很快的系統就整個癱瘓不動了 還真是一點都不意外(灑花

當然 研究員為了避免要去坐牢 所以我們團隊幾人就秘密的進去維修
博物館的資料結構真的是說有多複雜就多複雜
文字資料本身就已經很難以閱讀 若不是專門研究員還真看不懂他在幹嘛
(在裡面 專科碩士的工作就只是幫忙"輸入打字" 這不誇張就是這樣
然後每個學門之間資料也當然都長的不一樣 這也是必然的

在這樣的環境下 所有不同學門間都要用同一套系統來乘裝
而且還要再套用到標準的簽呈系統上
更要命的是 架構設計不但疊床架屋 原始開發商還刻意加密上鎖 要修改前都還要先解密
(大家都愛搞這套 尤其是越沒本事的人越愛上鎖

剛開始的時候真是搞的哇哇叫
相比之下 這種單調又簡單到爆的戶政資料 根本就跟幼稚園的注音符號一樣簡單阿(吐煙
搞不好連之前破解進銷存的ERP系統都還比他複雜多了


然後勒 重點來了
前幾年偉大的文化局的某很聰明的資訊組長又獨排眾議(全台所有國立博物館)
要搞一套雲端聯合數位典藏
每次開會 全國博物館代表都說NO 還為此吵架
結果最後還是搞了一套全國聯合雲端典藏系統

如果以前內科兼看外科就算了 這次是連獸醫`植物醫也都一起包進去了 夠厲害了吧~~

反正 後來那套異形去年時已經驗收上線了
不過聽館內研究員說 "其實功能並沒有完全按照規格完成 東西有少只是個半成品而已"
反正 半成品是怎樣被驗過的我也不知道就是(歪頭


我想這也是理所當然的 我自認算是相當有水平也花了兩年時間才摸熟的系統架構
他們想要用半年時間就解析並且還要實作 除非他們有長門大明神在
否則根本就是在做白日夢



反正啊
這就是台灣的公家政府 專家說的都是屁 只有老大哥講的一句話才是對的(茶

-
另外 現在在北捷信義線內的某個玩具 也是我做的
雖然施工時間只花三天左右
但是上頭組長的品味不但是朝令夕改(沒有錄音真是敗筆) 而且還很有態度喔~

九月底完工 搞到年底才全部驗收完 我上頭的大包和二包商差點要崩潰
真的是驗證了 "要殺了一個工程師只要改三次規格就好" 一點都不假
(而且標案本身又是低價去搶擴充整合標 被搶標的原始開發商還是會惡整人的那種
 上一個去搶標的遠傳 被玩到最後一毛錢都沒拿到手. 畢竟是噓噓東不意外[攤手

因為我已經有被整的心理建設 而且還有預留很多規格
所以改的都還算快 不然我想也會抓狂

嘛~ 就是這樣(茶

※ 引述《NowQmmmmmmmm (滷蛇之王)》之銘言：
: ※ 引述《schizophrena (你很記者你很腦殘)》之銘言：
: : 自由時報
: : 新戶政系統疑綁標 內政部送政風調查
: : 〔本報訊〕內政部新一代戶役政資訊系統狀況不斷，民進黨立委陳其邁更爆料系統採購案
: : 有綁標之嫌，如同「江宜樺撒錢，李鴻源擦屁股」。對此，內政部次長蕭家淇今（10日）
: : 表示，全案將移送政風單位調查。
: : 　陳其邁表示，資訊採購案是在行政院長江宜樺擔任內政部長任內發包，採用「限制性招
: : 標」的方式開標，最後僅1家廠商投標，有綁標之嫌，且整個系統計畫總經費達21.7億元
: : ，並非僅6億元。
: : 　蕭家淇回應，資訊採購規劃歷經4任部長，其中預算是在2009年編列，並分成6個計畫，
: : 由廖了以、江宜樺、李鴻源分別招標執行，無論是哪一年度發包的執行案，如今發生問題
: : ，內政部將會把招標案送交政風單位調查，內政部及地方政府人員也會盡全力克服各項問
: : 題，等問題處理告一段落後，一定會查明相關人員的責任。。
: : http://ppt.cc/3GlT
: : 我是中間選民
: : 為什麼在野黨都沒有好好監督這樣的事?
: : 我們真的很失望 台灣就是沒有好的在野黨監督 也提不出好的人選
: 唉 其實系統這種東西真的很麻煩
: 我現在也是負責中央部會的一個系統案，所以可以大概解說一下現在這種案的結構
: 主承包商→協力廠商→其他配合廠商
: 現在的大案子光靠一家通常是吃不下案子的，所以通常都會有好幾家聯合起來當主要承包
: 商，像目前我們的案子是三家，然後再配合其他家把系統撐起來
: 我們的系統已經算是簡單的了，不過還是有很多東西是我們沒辦法做，要靠協力商幫忙做
: 系統，系統包括的也很廣泛，從資料庫到後台到前台到軟硬體網頁資料輸入有的沒的雜七
: 雜八都要整合再一起，團隊成員也是臨時建立的，所以很多需要溝通協調，還有部分團隊
: 成員就是來鬧的，一點戰鬥力都沒有，也很容易變成幾個主要的在扛而已..
: 而以內政部這個案是資拓宏宇主標商，主要股東是資策會、中華電信、IBM Taiwan...
: 再來是三家公司資拓科技、宏瞻資訊與拓宇科技整合在一起才能撐的起來這個案
: 光系統的複雜程度大概就是三個ETC的程度吧，如果還有長官加了一堆想法跟創意的話，
: 說實在的只有一家廠商標一點也不意外，因為光要做這個案你廠商能力不夠根本頂不下來
: ，看起來資拓科技、宏瞻資訊與拓宇科技也是為了整合更快乾脆合併再一起..
: 其實做系統最怕長官源源不絕的創意，他們會覺得甲跟乙跟丙跟丁的功能可以做在一起，
: 但甲乙丙丁功能建置的時候可能是用不同系統與資料庫做的，後面才勉強做個平台整合在
: 一起，尤其是以前看過中華電信的客服系統做的最誇張=.=啥都加到一個介面上運作..超
: 強不過掛掉機率也高XD
: 這個案子肯定是想把所有功能都做進去，卻沒考量到以前建置舊系統要轉換跟中介軟體相
: 容性要夠強共構系統跟資料庫都很複雜，才會變得這麼痛苦..光在整合系統跟資料庫正常
: 運作就會很困難..
: 戶政系統東西又多又雜，又要整合做一些功能，光讓工程師DEBUG大概就會DE死人
: 所以這些東西其實是急不得的..有時候光讓工程師們DE一個BUG大概就要DE好幾天，而且
: DE完一個又會跑出一個新的，所以都要靠經驗跟耐心還有溝通不斷測試才能讓系統正常一
: 點
: 可是有時候長官不懂就一直催著趕進度趕上架趕玲娘..結果就是大家一起被罵而以，要是
: 弄到幾個主要工程師不爽走人，又要補新的重新來，這才是真的趕玲娘..
: 因為案子經費太大，為了怕今年度沒用完明年的被刪掉下不來，也常會被要求超前進度讓
: 政府好報帳先卡位..其實很多都是環環相扣，就讓系統真的都搞好在上架咩..一直趕就是
: 賭運氣了..

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.115.117.37

--