You are here

開發OMCS PLATFORM的想法

周一早上,H君打了個電話給我,問我有關開發OMCS(Open Mission Critical System)問題,他告訴我有個推進中的計劃-開發一個Open Platform的 ATM Switching Center。H君是我的前輩,對台灣Banking IT最大的貢獻就是-主導當初財金公司的系統架構(之前我在名人堂上也有對他做一番介紹)。

這位我非常敬佩的技術前輩,給我最大的印象就是-能將複雜的技術,用簡單的三言兩語,清晰易懂的說到重點,這對我習慣聽到的技術說明者,習慣把簡單的東西說的讓人如霧裡看花似懂非懂之流,可說截然不同,當然H君個性也和一般人不一樣,簡單的歸納起來就是-"如果不想自取其辱的話,就不要問他書上可以找到答案的問題",這是我對H君之所以視為永遠的前輩最重要原因。

對於大規模連線系統(Through Put>200trx/S) 應具備的功能要件,H君不會問我,我想他的問題應該是-在OPEN PLATFORM上設計這些功能的考慮點,因此我就以ON-LINE系統追求之最高水準之-365*24ON-LINE,說明OPEN S/W H/W在-正常維護與異常障害的處理方式,提出我的看法。我的意見還是應該開發一個何補足S/W(OS與TM)的不足所應開發之CP(CONTROL PROGRAM),對於此,過去在MF(MAINFRAME)有累積足夠ON-LINE CP的經驗者,有關於CP應具備哪些功能,應該了解我的意思,拋開談CP賭補足對SYSTEM面提供之功能,CP對AP的重要任務就是-提高AP的簡素(AP設計者不必太了解TM/DB)、隔離S/W的影響(AP不受新版INFRASTRUCTURE的影響、更重要的是讓AP不必處理非關業務邏輯的事等等諸如這些。AP在OPEN的世界理,OBJECT的設計手法已是必然,但是構成完整交易的OBJECT如果分割的合理(但不一定可用),那麼關聯OBJECT間"資料轉記"與控制眾多OBJECT就會是就會是我心目中OPEN環境中的CP設計者,應該要慎重考慮之事。這是我對"開發OMCS PLATFORM的想法",認為最應該重視的問題。

後記-這個問題要強調的不是"技術",而是"設計"。

Comments

ATM Switching Center是可行嗎

F I N's picture

技術上大規模銀行(1200萬帳戶)的ATM FEP陸續從TANDEM、STRATUS移轉到WINDOW、LINUX。NYSE、LSE、TSE也從MAINFRAME轉換到UNIX、 LINUX。所以在系統可靠性(AVAILABILITY)、大規模(SCALABILITY)勿庸質疑。
商業上ATM的共用(ATM Swiching Center),在日本至少有NTT、FUJITSU、NEC、IBM等公司至少已經營5年以上,很多銀行為了提升ATM的服務範圍與降低費用,紛紛加入這類型共用。
至於政治上,台灣5年前ATM NET(PALYER-超商、IBM、乾隆、中興保全、銀行、財金)計劃,無疾而終應該是屬於政治面問題。

感覺這次政府通過這種營運模式的機會很大.....

Add new comment

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
CAPTCHA
情非得已,網路蟑螂橫行,必須確認您是友善的訪客,麻煩之處,尚請見諒
Fill in the blank.