數量級的不同

先寫標題

數量級的不同

台灣的系統跟大陸的系統,其中最大的差異,就是數量級的不同

就我本身參與規劃的系統來說。

台灣的核心銀行,目標客戶數600萬到800萬,很多了。但這在大陸只是一個中小型的省的數量,更別說是直管市了,那會上億。

所以相同的系統,相同的功能,從台灣搬過去就能用的? 除非剛好是地方級。不然,像我客戶那樣,光客戶數就破億,要作系統大集中。有誰能確保自己設計的系統撐得住?

這時候 系統架構的強固性跟彈性的價值出來。
一個客戶端連線會消耗系統多少資源?
沒有做分散式規劃的話,一台機器能撐多少同時的連線?這麼大的機器,客戶願不願意買?
有做分散式處理的話,頻寬要多少?網點要怎樣分佈?整個伺服器群的規劃?資料的即時性?
會有千奇百怪的問題冒出來,這樣,你手上產品的價值還剩多少?要小修、大修還是重翻?
不修不改能給多少人用?留多久的資料?留多少的資料?
修修改改又能吃多少?
重寫,重翻,你有多少成本?客戶付你多少?你還剩麼值?
些,不是我們在台灣隨隨便便用一台PC搞定幾百個concurrent connection的時候能夠想像的!
機器是n台,架構的好,管的好的話它的複雜度可能一直都是1,普通一點的是n,而更常見的是n^2。
PM,SA,Arch,DBA這些人都具有規劃得出這樣數量級系統的能力嗎?
就還不用說使用者需求,文化,法律等等的異。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *