Amazon Silk 進化論 - Advanced Content Delivery Network (CDN) Service

Amazon Silk 目前僅是一個 Browser 的資料壓縮技術，不算是什麼新的創新，但由目前提供眾多雲端機房服務的 Amazon 推出，意義自然有所不同，當 Amazon Silk 結合 Amazon EC2 ，成為 AWS 的一個獨立服務時，供第三方網站使用時，Amazon Silk 能做的，比想像更多。

一個可能的發展方向是 Advanced Content Delivery Network (CDN) Service，不僅針對靜態資料，也能針對動態網頁做 cache and delivery，進一步增加網站的 Scalability and Performance。

靜態檔案遞送

傳統的 CDN service 是針對靜態資料進行檔案遞送，單純的檔案遞送，不去理會client 是甚麼環境，僅針對靜態資料傳送的區域與速度做最佳化。例如使用者在台灣而網站機房在美東，不使用 CDN，檔案需要從美東經由海纜傳送至台灣，延遲時間長，傳輸速度也可能較慢。當使用 CDN 時 ，若 CDN service provider 在台灣或香港有機房，則網站能預先將存在美東的靜態資料配送至 CDN 位於台灣的機房，當使用者存取該檔案時，便能直接由台灣機房將檔案傳送給使用者，不須由美東機房做檔案遞送，延遲時間能減少許多，傳送速度通常也比較快。

而 Amazon Silk在檔案遞送的特別之處在於 Amazon Silk 能夠針對不同的 client 瀏覽環境做檔案遞送最佳化，不同的 OS, Browser, Hardware，Amazon Silk 都能透過 machine learning 進行最佳化，例如自動調整圖片的解析度與影片的流量，website 只需要提供一個版本的靜態檔案，影片的transcoding and resizing 交給 Amazon Silk，靜態檔案的遞送便能夠加速，也能夠簡化網站設計的難度。

動態檔案快取與遞送

CDN 只能針對靜態資料做加速，那動態資料怎麼辦呢? 一般的做法則是在網站的前端加上 cache server，儲存運算完畢的網頁供使用者存取，降低重複運算的次數，Facebook 等眾多網站都有使用此機制。當有了 Amazon Silk 之後，這些機制便能交給 Amazon Silk 代為處理。

Amazon Silk 可以看成是整個 Amazon EC2-wide 的 cache server，只要網站也是使用 EC2，便能先讓 Amazon Silk 將網頁做 cache，下次有使用者存取相同頁面時，便能直接透過 Amazon Silk 進行檔案遞送，網站管理員不需要再自行設定 cache server，租用 Amazon Silk 即可。

此外，Amazon Silk 的 pre-rendering 機制，結合 machine learning，智慧的對網站頁面進行 pre-rendering and caching，網站消耗的 CPU 便能 offload 到 Amazon Silk，降低網站的成本，也提升網站的 Scalability。

降低流量

最後，Amazon EC2 針對網路頻寬有個特別的規定，那就是在相同 region 的 EC2 servers 的資料戶傳流量，是不收費的，意即網站將靜態資料或動態網頁送往相同 region 的Amazon Silk 時，不用錢！ 就算是要收費，也會因為 Amazon Silk 會針對不同使用者的環境做網頁減肥，outbound 流量便能因此降低，網站能省下不少流量費。


初見 Amazon Silk 時，它並沒有引起我太多的注意，只覺得它是個 me too的服務，但當我把它當成是一個獨立的 Amazon Web Service與 Amazon EC2 做結合後，發現 Amazon Silk 比我原先想像的有更重大的意義，或許不久之後，Amazon Silk 便能如我猜想的一樣，發揮它的潛力。靜待 Amazon 出招~

Apple iPhone 4s 登場，不令人意外但帶些失望的展開

雖然 iPhone 4s 在正式發表之前，就被日本的 Apple Store 所洩漏，但我還是滿心期待的等著這次的 Let's talk iPhone 發表會，看看 Tim Cook 會帶給我們怎樣的驚喜，而結果，令人失望。

失望的不是iPhone 5沒有發表，真正失望的是這次的發表會，枯燥乏味，陳腔爛調，先是花了快半個小時炫耀Apple的業績，讓網友覺得Apple是把這當股東會在開嗎?  然後再把過去曾經說過的重複的再提了一次，而且花了一個多小時說廢話，讓我也撐不下去，只好投降睡覺。把這次的發表會改成一個小時，少說些廢話，會讓沒有iPhone 5的缺憾少些。

iPhone 4s 的發表其實不令人意外，前代的 iPhone, iPhone 3G, iPhone 3Gs 也是延續了三個世代，才改變其外型，因此要期待Apple在砸下重金打造的生產線還沒回本之前，就改變其外型發表新機種，我想是有難度的。此外，iPhone 4 本身其實已經是相當完善的產品，即便是再多撐個一年也無損其魅力。


此次更新主要是針對硬體上再做精進，跟上競爭者的腳步，把雙核心的 A5 處理器給放進 iPhone 裡，也加入了 8MP f2.4 相機與 FullHD 攝影，同時支援 HSPA+/Ev Do 的雙模網路模組與可動態切換式雙天線也是一個突破，在 smartphone 的硬體規格上，跟上了競爭者。

雙核心的 A5 應該不是跟 iPad2 上同一顆，架構上是相同的，但製程上應該有所精進，不然以iPad2 上那顆A5的耗電量，iPhone 4s的使用時間怎麼可能會比iPhone 4長。

8MP f2.4 的相機是這次發表中我最感滿意的一項改進，iPhone 4的相機在手機中已經很優秀了，iPhone 4s又再次的提升畫素並採用更好的鏡頭，讓影像能夠更完美的被擷取。

雙模網路模組應該是為了應付電信業者與生產線所做的改變，如此，在存貨與產線的調度上會更有彈性，鴻海跟和碩要小心再有第三家代工廠跳進來搗亂。


最令人感到失望的應該是相同尺寸的 3.5" Retina Display 了吧！許多人都反應 3.5" 的螢幕太小，而我也是這樣覺得的，進一步細想，iPhone 有可能會改變螢幕的尺寸嘛？   我覺得有難度。

3.5" 的螢幕許多人覺得太小，但我想有更大一部分的人會覺得 iPhone 已經夠大了，尤其是女性使用者，更是常有如此反應。身邊幾個女性朋友，當她們看到動輒 4" or 4.3" 的Android phone時，第一印象就是：怎麼這麼大。第二個反應則是：好醜。此外，各式iPhone周邊也是讓iPhone本身體積不能大的幫兇，當配上各式皮套或背蓋後，體積的擴張其實比想像的更大。

另一方面App的支援度也是個問題，畢竟App的UI設計必須考慮到 ppi 的問題，貿然改變螢幕尺寸使App相容性發生問題，我想這是Apple絕對不想見到的。

不過 iPhone 4 /4s 所使用的 Retina Display 依舊相當優秀，無論是在解析度、色澤、還是可視角，在 GSMArena 的測試中，都有不輸給 AMOLED 的表現。也難怪Apple此次發表無須就螢幕再下功夫

舊款iPhone 4也照慣例的變便宜了，對中價位市場來說，很有競爭力，畢竟 iPhone 4/4s的造型是相同的，買了舊款的別人也看不出來，炫耀的程度依然在，二來是iPhone4的硬體也很夠用了，單核心1GHz CPU足以應付目前90%以上的App，同樣也是單核心1GHz的手機要小心iPhone 4的侵攻。


此次發表著重的仍是軟體，Siri語音辨識功能看起來蠻好用的，只是不支援中文，iCloud也蓄勢待發，將iPhone, iPad, MacBook做更無縫的結合，我更期待的則是下一代的 Apple TV，會在軟體上帶給我們怎樣的新體驗呢? 拭目以待吧。

忘了這次沒有 Jobs 立場又枯燥乏味的失敗發表會吧....

Amazon kindle fire and kindle touch 發表

Amazon kindle fire 只要 USD 199，這價格果然夠殺，一票做 Android Tablet 應該都會想哭吧...

7" IPS, 1024x600, 8GB ROM, 413g, TI OMAP4 dual-core 1G，硬體等級中上，體積與重量也相當令人滿意，以USD 199的價格來說，只有超值能夠形容。

OS是高度修改版本的 Android 2.1，Google Service 付之闕如。有 Amazon App Store可以用，對身處美加地區的使用者來說可能無所謂，但對於這兩個地區之外的使用者來說，就有點慘了.. 因為 Amazon App Store在這兩個區域之外都不能用，但也許我們很快就能等到國際板的kindle fire發表。

撇開其他不說，kindle fire真的夠便宜，而且我覺得 CyanogenMod 應該很快就會移植上 kindle fire，屆時再來買吧! Google service 對我來說比較實際且好用。

同時發表的 Silk Browser 本身並不是甚麼偉大的技術，將網頁流量先導向至Amazon的EC2機房進行減肥與pre-rendering之後，再傳送給使用者降低使用者端所需之網路流量與CPU資源。Opera mini/mobile 早就使用這類網頁壓縮技術，在技術上並沒甚麼特別，但推出者是目前擁有最大的雲端機房的Amazon，那情況可就不一樣了。

在使用Silk Browser 時，當使用者造訪的網站架構於Amazon Web Services (AWS) 之上，這些網站產生的網路流量會先送到同樣位處 AWS 的Silk Browser Server進行減肥與快取，於是原始較大流量直接對外流量變成了AWS之內的內部流量，經過減肥與快取過後，真正對外的流量減少了。

There is no Data Transfer charge between Amazon EC2 and other Amazon Web Services within the same region

值得注意的是，在Amazon EC2的收費標準中，在相同區域的 data center 的之間的資料傳送是不收費的，也就是說該架設於Amazon EC2的網站將封包傳送至同區域的Silk Browser Server時，理論上是不收費的，然後Silk Browser Server負責將封包遞送至使用者，因此理論上流量是屬於Silk Browser Server而非該網站的，故理論上來說，網站在服務該使用者時，不需要付出任何的網路費用。

我在前面這段文字中用了很多理論上來說，因為目前Silk Server的狀況未明，也還沒看到Amazon有出面說明這個部分的問題，待Amazon說明後再來update。


只要 $79 的Kindle真的有夠便宜，雖然說只有一個五向控制，但以單純的閱讀來說，也足夠了。

Kindle Touch 則是採用了紅外線觸控技術，減少鍵盤所佔的空間，達到更輕薄的體積與重量。價格的部分也十分吸引人，$99 for Wi-Fi only and $149 for Wi-Fi+3G，十分吸引我。


兩台採用e-ink的kindle沒有太大的變化，只能算是趕上其他廠商的腳步的產品，但以此非常具競爭力的價格販售，即使規格普通，照樣能賣的嚇嚇叫。

Kindle fire 則是具有與iPad一較高下的Tablet，尤其是在 Magazine, Book這兩方面，Amazon很有優勢，配合上逐漸充實的Movie and TV Streaming服務，並以Amazon Prime 一年$79吃到飽的串流方案推廣，對iTunes Store會構成相當大的壓力。

另外Whispersync on Kindle Fire for Amazon Instant Video也是Amazon用來對抗iPad/iPhone + Apple TV的重要武器，透過支援廣泛的終端裝置，讓video streaming可以無縫的由tablet轉移到TV，對於kindle fire+Amazon Prime也有相當助益。值得注意的是 Logitech 的Google TV STB也在支援行列中。