關於雲端運算

記得好幾年前，與同事一起參與美國的一個網站的計畫，

就是下載一個小程式安裝在自己的電腦上，

程式會把電腦閒置資源，分享給計畫發起者端，

現在想起來，還有點像雲端的結構端，

把許多運算分散在主機與這些小小資源提供者端，

當初，好像是提供給學術研究用的，有許多計畫需要大量運算，

後來，在接觸Java的時期，也聽到了分散式運算的觀念與做法(應用系統面的)，

而現在的雲端運算，應該右進站到另一個更實用的層次了，

就是由幾個大型服務提供者，提供服務元件，

讓軟體界不用在不同的(商業)應用系統上，自己重複開發許多人都開發過的元件/模組/系統，

讓目前的軟體開發方式改變成為，更專注在企業流程上，

需要的話可以租用服務，根據企業流程上的需求來組裝服務成為自己需要的應用系統。

要說比較接近的比喻的話，就像workflow因為不同的文件簽核流程，

把workflow提供的元件(文件/部門/人員/處理規則...)用UI上提供的拖拉放在加上參數的設定...，

達成表單簽核流程的設定，這些方法或許有點在雲裡的影子吧！

另外，目前雲端的三大服務提供者應該是：IBM/GOOGLE/AMZOM。

個人認為這樣好的構想還是有一些小小的隱憂，

就是這些服務都是透過網際網路運作的，

萬一網路出現問題時(不見得最先進的國家就能保證網路的品質)，

那麼，被波及的用戶端的應用系統都會停擺，自己並無能力掌握，

備援也只能備援自己的組裝程序與資料，對於雲的那一端完全進入未知狀態，

如果以證券交易的前台下單敲單的部分，萬一導入雲端計畫，是必造成極大的衝擊，

如果＂雲端＂是必然的趨勢，那麼在踏上雲端之前，

在風險控制的方法與風險管理的對策上，可能要做好準備才好。