2010的雲端回顧及未來展望

為了能讓大家對雲端的發展有所瞭解，這篇文章將從幾個不同的觀點來剖析今年度的雲端技術發展。我會先從國際間的狀況與台灣產業的發展來分析，之後才是實際的雲端技術及Web技術的總和介紹。當然這些都是我個人在2010這一整年的觀察，所以想說整理一下在網路上與大家來討論。

闕志克與貨櫃型電腦介紹 / 文茜的世界財經週報 2010.01.10

花了些時間看完這整段影片，以下是我的一些感想

第一段：



第一段大概介紹了工研院在雲端上的方向，簡單來說就是闕主任提到的「如果能夠有雲端的OS整合台灣現有的硬體」，那就會是完成體了XD

從不同的角度看雲端運算

這年頭真是有趣，到哪裡都會有不同領域的人問「什麼是雲端運算？」
看樣子廣大媒體的效力真的非常之厲害，但從個人而群聚出的媒體似乎也形成一種效力(Stand Alone Complex)，所以我還是想在這發揮一下個人的效力。

有人說它是「Google」或是「Amazon」。

也有人說它是「MapReduce」或是「Hadoop」。

更有人說它只不過就是「Grid」或是「Cluster」。


或許我的部落格該改成「Kiwi雲端運算開發站」？
Stallman大叔還說雲端運算是蠢事...
(http://www.zdnet.com.tw/news/software/0,2000085678,20132147,00.htm)

觀察一些文章，可以非常清楚大家都是從幾個固定的角度去看他。而並沒有人從發展的角度去看。這些文章有褒有譴，不過多半並沒有全面性地去介紹這個名詞。但是不管是什麼時候的什麼新名詞，大家最關切的是「有沒有發展價值？」

搬新家

說實在，kiwi.csie.chu.edu.tw這個網域很明顯地就是和系上「借來」的。用了這樣多年，還真是感謝管理伺服器的學弟們。

本來這個名稱是不會被刪除的，不過看樣子最近由於管理的學弟們及系上這個維護伺服器的組織要解散了，我想我也不得不搬家。

新的網址將會搬到

http://kiwi-grid.blogspot.com

資料轉移後將會設置好自動轉址，一直會持續到這個名稱被拿走為止，在那之前希望google的搜尋會慢慢抓到新的位置。

為啥要一直「格網」用這個名字呢？或許是對這個名字有點特殊的感情吧，儘管這個名稱現在已經落寞了，但我想我還是會持續地寫相關的文章的。

最近我是在一個休息的狀態。

之前的工作讓我學到很多東西，但也讓我瞭解我並不適合待在那個環境。而身體的損傷來自於精神，當自己的想法無法在工作上實踐時，再加上所處於環境的特殊性，實在是雙重打擊。或許我的年紀，大家都認為是實做性質的，「做就對了，你不要問那樣多」。但我自己卻不是這樣想，我認為我是需要真正去嘗試新東西的，只要給我時間那我一定會想出新的辦法來解決問題。但現實是殘酷的，人人都說好的大公司其實並不會給一個員工那樣大的權限這樣做，而小公司又得顧慮到前瞻性。這幾個月我跑了不少地方和人去談，也遇到了幾間在業界裡很少見的公司，但大家對於我的問題都是我綁著兵役，所以我想我還是先去當兵好了。

經過這樣多年，我依然還是相信真正要發展深入的技術在於瞭解技術的本質，如果不瞭解其本質那終究也只能抄過來用而已。而如今我又瞭解到光有技術不行，也要有目的，需求。或許我接下來該思考的是我到底該從事怎樣的事業，要把我的技術應用在什麼領域上。

維修

上個星期發現dlink GB switch壽終正寢，真是辛苦他了，趕緊調整一下設備的配置把一台新的換上。近來也發現我的機器有一些怪封包亂跑，看樣子也該是時候花些時間維護一下。

根據google analytics，我寫的技術文章每天還有固定平均100次多點閱率，真是謝謝大家。

趨勢2009騰雲駕霧 程式競賽

http://www.trend.org/contest

教學部落格

http://www.wretch.cc/blog/trendnop09

其實我放這個並沒有啥意思，我已經不可能有參賽資格了
但實際上從這個比賽的規劃看起來確實跟以往有所不同
此外竟然還有教學

我只有一個感想，「要比什麼？」
比演算法？比效能？
比應用？比服務設計？
比文件撰寫？比夢想與遠景？

說起來現在很多包裝化，公式化的東西可能在我的眼裡都會解讀成不同的看法。
我還是想要說，學習一個新技術，該學的是這個技術的精髓，本質。
「取之有道」

雲端運算在做啥？想做個Amazon雲端平台該怎麼做？

可是其實培育並不是照本宣科，如果真的十年後要賭在雲端計算上，我想應該深入地討論基本的知識。
而這些知識必須建築在業界的普遍狀況，不然就別做了。

1. 為何你需要Map Reduce，話句話說你可能不太需要？


2. 高效能計算理論，程式如何平行化？為啥會加速？


3. Divide and Conquer 與 Map Reduce 適用的題型


4. 要做一個可以平行擴充的系統需要什麼？如何在Cost / Scale之間取得平衡？


5. 如何有效地管理好硬體或軟體上可能發生的錯誤？


6. 為啥我不能讓用戶來分享我的計算負載，成為真正的雲？

如何將電腦更有效地組合起來變成更好的服務，如何在組合的時候讓電腦去配合你的服務規劃，才是重要的。
不光只是做，而是要思考其本質後，再運用其本質來設計。

ISGC 2009, Symposium Day3

第三天的重點在Grid & Cloud，雖然有些是與Workshop重複的，不過還是有好玩的東西。