Steven Hsu: 乘載Google雲端Saas的作業系統 Chromium OS

一般來說要在雲端獲利的方式有三種(a) SaaS (Software as a Service) (b)Pass (Platform as a Service) (c)IasS (Infrastructure as a Service). 這三種方式的獲利最高應該會屬於SaaS這一類的，但是要做一個成功獲利的SaaS談何容易？除了所提供的是無間斷的跨國界服務之外，90年代日本所提倡的"集客力"也是一個決勝的原因之一。在創業的這幾年當中學到最深的一句話就是"Why me?"，如果自己能夠回答出來為何客戶為何會買/不買你的產品，為何會採用/不採用你的解決方案的話幾本上就成功一半了。但是如果你回答不出這個問題但是客戶卻買你的產品或解決方案的話，這代表其實你的東西給別人做的話會更成功。

使用者在選擇使用服務時會有幾個不同的特性，(a)群體力 (b)習慣惰性 (c) 貪婪性

(a)群聚力, 嚴格來說應該是群體給與的壓力，這壓力可能來自於朋友或是媒體，當你的朋友同時使用某一個服務時這個壓力就來了。在實體的例子上以電信業者最為明顯，各個業者無非不是希望利用這個群體壓力來讓使用者不要脫離他所提供的服務以維持其獲利。另一個例子是我以前所接觸過的案子，大部分的IM使用者大都選擇MSN 或是 Skype，當我接觸到有人使用Yahoo Messager時我問他為何使用Yahoo Message時，他說因為他的同學都用Yahoo Message，在Yahoo Messager還不能跟MSN互通時，他還必須安裝了MSN來跟另一個group的人來聯絡。

另一個IM的例子也很明顯，不少人會同時安裝MSN 與 Skype，有趣的是使用MSN是用來與朋友聊天打屁，使用Skype大多是用來談工作的較多，或者是完全相反的使用，因為所接觸的group的使用習慣所導致這樣的使用模式。

Facebook的崛起除了群聚力奏效之外，群聚力所帶起的媒體效應也工不可沒，一般來說媒體所扮演的商業效力就是臨門一腳的效果，如果運用的好的話所帶起的龍捲風效益可是會讓人享用好幾年的光景。

群聚力出現不只在使用者上，他同時也出現在服務業者上，單打獨鬥的時代過去了，現在流行打群架了。在實體的例子上最明顯的就是Apple 的MAC OS可以在x86的機器上安裝並且銷售，以往競爭的死對頭其實也可以一起把餅做的更大。當Yahoo Messager與MSN可以互通時這就更明顯了，現在你所閱覽的文章你可以同時藉由Facebook, Twitter 或其他的服務來分享，真的..打群架的時代來了，我甚至認為以後的病毒碼搞不好會不同的防毒業者會一起共用。

服務業者要發揮群聚力就必須提供API，何且必須提供多樣的開發平台，在之前的案子我研究了Facebook所提供的API，他提供了不同的介面給使用者去兜服務，你可以使用.net, java, PHP來寫，同時也提供了不同的sample code，你可以選擇 c++, Java, VB.net, C# 來做Winform, Sliverlight, Web or WPF的軟體。不過因為所提供的廣度大，所以bugs很多，這個問題我相信會越來越嚴重，畢竟RD所需要的時間比不上使用者擴張的速度。

(b)習慣惰性

以服務提供者的角度來說，這個是優勢。大部分的使用者一旦使用所選擇的服務後就比較難去更換，因為"改變"往往會讓使用者不知所措，在面臨"改變"的議題時，群聚力又會出現了。當你要換車，換手機，或是換女朋友時，你通常會詢問一下其他人的意見或是看看其他社群的人說法。要如何讓使用者不要隨意改變呢？基本上只要把改變的困難度提高就會讓人不想改變，一想到我要把我Google mail內的聯絡人與之前的mail搬到 Yahoo mail去就會放棄這個念頭了。

(c)貪婪性

我相信大部分的使用者之所以會選擇某樣服務跟人類的貪婪性有關，免費好用的服務一定是提高群聚力的一個利器之一。試想Amazon的 EC2服務如果不是這樣的便宜又具有彈性的話要如何說服企業使用他們的服務。

之所以會談到SaaS這個東西是最近在研究雲端相關的資料與技術問題，進而研究到Google的Android與 Chromium 的作業系統，嚴格來說，我個人認為要綁死SaaS的獲利的關鍵點是在"Users"，使用者為什麼要使用你的服務？要回答這個問題有千百種，有可能是使用者的朋友多在用這個服務，或者是這個服務的商業操作很成功，更或者是使用者的惰性不想換其他的服務。在想破這些答案前何不如提供一個裝置給使用者來綁死所提供的服務來增加獲利呢？我相信Apple 的iPhone, iPad, iPod. Amazon的Kindle. Microsoft的Windows Phone 7 以及Google的Android 與 Chromium 的模式基本上就是要綁死自己的服務。

在看了幾份資料後我決定玩一下Google Chromium OS看看，因為這個OS是完全要仰賴Google的SaaS來工作，可說是百分百使用雲端服務的作業系統，要安裝新的軟體也要到Chrome Web Store來安裝，而你也可以將自己的App上傳到Web Store來。基本上就功能面而言我覺得Android比Chromium OS強太多了，然而Google對這兩個作業系統的區分是以手機與小筆電來做區分，可是在我看來Chromium OS的使用很有能會被Android所取代，況且Chromium目前的穩定度還不太好，在市面上還看不到量產的產品，所以Chromium OS未來的走向會如何我也不知道，不過我是很期待他能夠茁壯，搞不好以後的家電用品內可以內建他的作業系統。

要玩Chromium OS的方式有兩種; 一是下載Chromium OS的source code自己來compile做成image在VMware或是Virtual Box上來玩，另外一種方式是去下載別人已經做好的image來玩。這兩方式我都試過了，目前我所下載的Chromium OS的source code版本是65334版的，我再Ubuntu 10的64 bits desktop上所compile而成的，這個版本的介面跟之前的版本不同，不過可以玩玩看。至於其他的image目前最有名的應該是Hexxeh所compile 的Flow版本，他除了提供VMware的image外也提供USB boot up的image。順帶一提，我所build的版本目前我還搞不定USB boot up image不過我想信我可以慢慢解決。

接下來我就分別介紹一下這兩種Chromium OS

(A) Source Code版本65334 Compile 的Chromium OS image

如果有興趣在Vmware試一下這個image的話你可以到我的DropBox(http://dl.dropbox.com/u/14102517/chromiumos_vmware_11_06_10.zip)來下載，大小約200多MB。有空的話我會寫一下如何自己來build Chromium OS的步驟。

1. 下載解開zip檔案後用Vmware把image load幾來後會看到這個初始畫面，你可以選擇語言與網路介面。(之前我花了一天的時間把網路介面搞定，compile好的image轉成Vmware後網路介面一直出不來，看了image_to_vm.sh的script也沒發現異狀，後來改用workaround的方式才成功)

2.輸入帳號，我把這個VMware image的網路設定成bridge的模式來確保能夠上網，如果網路是ok的話你可以輸入你的Google mail account來登入，例如我的goole mail account是 stevenhsu.tw@gmail.com 我就輸入stevenhsu.tw 就可以了。

3. 如果你無法上網的話你可以輸入我在compile所設定的帳號;

帳號 chronos

密碼 tcloud

這組帳號也可以用在console mode上，要切到console mode 的方式有兩種 (ctrl+alt+t) 或是用(ctrl+alt+F2)。要離開console mode 輸入exit或是按 (ctrl+alt+F1)

4. 一旦登入成功就會到這個畫面，由於我未話掛上camera的driver所以按Skip鍵離開吧。基本上這個動作就是幫你的帳號照張大頭照就像Mac OS要登入的方式一樣。

5.之後所開啟的就是 Chrome 的browser，基本上Chromium OS的所有操作就是使用Chrome 瀏覽器來運作，他支援Flash跟Java Script所以大部分的網頁顯示都沒啥問題，如果我手上資料沒錯的話，他還同時支援HTML 5的格式。由於這是測試帳號所以也沒顯示Google所提供的服務項目。