Thursday, November 27th, 2008
前一篇虎瀾文章中提到了為什麼要用 ESB 和雲端運算的根本原因 (對啦就是萬惡 cost down)，不過呢，Tony 大神很久以前就開示過：「理想是美麗的，現實是殘酷的」。想當年 CORBA 也是吹得天花亂墜，結果一樣成了歷史的塵埃，這不過是眾多失敗技術中的一個小小例子而已。現在讓我們來想一想，新的雲端運算技術到底有什麼風險。
最基本的風險在於基礎假設，每台終端都可以連上雲端。這表示企業仍須布建基礎網路架構、防火牆、multi-homing 等等今日 IT 所做的網路基礎設施。一般來講，我們很難精算出 IT 的成本結構有多少趴數是由網路基礎設備所貢獻的。另外，只要電腦連上網路，就一定會有資安的問題，目前企業用資安軟體仍是基於傳統的 Windows AD 架構為多，這表示企業仍然必須養護或外包相關的配套措施，基於以上兩點，用雲端運算所能節省的長期成本必須打個折扣，因為企業只是少裝幾個機架而已，基本的設施依然無法擺脫。真正可以節省又有實惠的部份反而是對外的網站，因為雲端資料中心的水管比較大隻
第二個風險是開發的風險，雲端運算太新了，開發模式以及配套的 tool chain 其實都處於摸索的階段，以風險管控的角度來看，開雲端運算的專案風險要比已經成熟的 multi-tier 或 client-server 類專案要高的多，它的成本預算勢必也會比較高。如果這個成本高到可以抵銷軟體 life cycle 內的維護成本時，除了讓開發的人練功學經驗之外，對企業本身並沒有顯著的益處。
其他還有一些小型的技術上的風險，例如大樹招大風，敢招惹大型資料中心的黑客不是超級菜鳥就是超級高手 資料安控 (開玩笑，連歐巴馬的通聯紀錄都有人敢看了，你覺得你家的財報不會有人想看嗎?) 還有些在分析階段就可以大致找出來的東西。但這些小風險和前面兩者比起來，算是在初期就可以規劃或掌控的事情 (SLA 總不是寫好看的唄?)
我個人認為，最重要的還是如何降低基礎設施的成本，不然仍然無法提供足夠的動力吸引企業轉移現有的系統。若由 SI 業者或 IT 外包公司和雲端業者及電信業者整合，一條鞭搞定所有問題，那這個商業模式的問題就轉化成如何在 SI 業者或 IT 外包公司這一塊來控制成本，或許有成功的機會。
技術文章, 無責任評論 |
Monday, November 17th, 2008
太座大人說有空沒事要 show off 一下小孩的照片，既然 flickr plugin 弄好了不來秀一下還真的有點可惜哇哈哈
這是我的大女兒小維維 (背景是我家門口)
小女兒小妍妍 (攝於加州迪士尼)
兩個小科學家在做實驗 (杭亭頓圖書館的溫室)
看起來玩水比較有趣 (杭亭頓圖書館的兒童花園)
雖然養小孩是很麻煩的事，不過看到這種畫面就知道動力在哪裡了哇哈哈
美國生活 |
Saturday, November 15th, 2008
在某窩上有鳥友問到 ESB 這個東西，剛好最近比較閒可以來講點訐古，大家就湊和著看看吧。故事是從一家小不拉幾的銀行開始的，我們姑且就稱它為斯摩銀行好了。斯摩銀行小本經營，分行只開了 8 個，台幣系統這種大傢伙當然還是乖乖的去交 IBM 稅吧，沒人會因為用了 IBM 而被炒魷魚的。最近景氣不好，個金的貸款逾期的很多。直接包給外面的催收公司嘛，他們的趴數要的實在有點高，而且據說對企業形象不好。所以呢，摳門的老闆想要自己弄個催收的功能，每個行員每天撥一個小時的時間去打電話，但是 IBM 催收模組好貴，那就試試看 PC-based 的催收系統好了。
催收系統是很簡單的系統，資料從台幣主機撈下來，秀在行員的螢幕上讓他們去打電話，行員記一下通話摘要，系統要自動 follow 客戶有沒有履行承諾，沒有的話要做一些必要的措施。夠簡單了吧? 不過是個簡單的資料庫加上流程處理，還有一點 UI，這很久以前就有人做，用 client-server 就可以解決了，後台跑資料庫，流程處理切開，一半在資料庫跑批次，一半在前台 VB 寫的軟體中內建流程，一塊小蛋糕沒什麼大學問的。
解法好像可行，它的成本夠低嗎? 讓我們來想一想。資料庫軟體是按 seat 來收錢的 (呃，至少我那個美好的年代是如此)，八個分行加總行至少 100 個 user，這個 license 好貴啊。VB 軟體要灌在 100 台電腦上，雖然說可以拗廠商來裝機，但是裝機的時候行員一定去打茫的，隱性人事成本很高。如果軟體有 bug，全部 100 台都得 patch 過，又是個打茫的好藉口，對摳門的斯摩銀行老闆而言，這似乎不是什麼高明的主意。另外要是資料不小心給他有點多，好像現有的網路流量不夠用要再想辦法升級，這又是一筆開銷啊。
所以聰明的廠商想出了一個好辦法: multi-tier 架構，名字聴起來夠威，應該是不錯的。我們架個中介軟體，把所有資料存取集中，所以資料庫 license 可以買便宜一點的。架個網站，把前台的程式做成網頁，所以行員只要知道網址，直接用瀏覽器就可以開始工作了，不必裝機，不讓他們有打茫的藉口。最後想辦法把工作流程通通集中放到 application server 上，再把 app server、web server 和 DB server 通通串好，搞定收工走路有風。
不過呢，時機實在太壞了，有沒有辦法再省錢一點? 斯摩銀行的本業是玩錢不是玩電腦耶，你看看，為了養這個催收系統，我們要有自己的機房，要買一堆設備和軟體，要花錢布建專線網路，要養一批專門的 IT 員工來搞定這些東西，每一様全部都要錢! [...]
技術文章, 無責任評論, 軟體工程 |
Saturday, November 1st, 2008
其實這是昨天的事了，連續四天早上七點起床，睌上還要整理東西到一兩點，所以昨天老年人我撐不住，補個覺先了哇哈哈
第四天沒有 keynote，展示的廠商也撤了，大部份的人都被論壇吸引走了，不過今年我倒是不想聽論壇，因為根據以往的經驗，論壇打的高空要兩三年才會實現，而且一般而言會修正不少 :p 我跑了幾個 session，CLR 4.0 的那一場很有意思，基本上 CLR 4.0 有三大走向：和現有的程式可以更好地合作，安裝和執行的效能加強，增加許多除錯的支援。這些都是我四年前寫 C# 程式的時候遇到的大麻煩，微軟終於願意面對問題並解決它們了，這也代表它終於收到了阿宅們的怨念啊啊啊啊啊 ~~~
咳，回題，另外還聽了關於 XAML 的一場。XAML 一般給人的印象是拿來寫 UI 用的，但其實它可做的事情很多，目前它已經將觸角延伸到 Workflow Foundation 以及 Open Document Format。小弟在前文中提到，若能整合 C# 的 compiler as service 與 Visual Studio 的 UML 功能，微軟就能弄出一個可做出 web application 的 4GL，而微軟在 PDC 中推出的 OSLO model language，以及擴展後的 XAML 語言，很明顯地這是為了微軟的戰略目標而服務：這不只是可做出 web app 的 4GL，是做出在 Windows Azure 上跑的 [...]
Windows, 技術文章, 會議相關 |