Min's Web Life: 談網路產業研究與生活閒聊

先簡單的說明一下什麼是Traffic Server，目前我所看到國外對此的介紹，其實就是Proxy Server，而Proxy Server在應用上又可以分為Forward Proxy Server 與 Reverse Proxy Server，前者用於一般使用者為加快網路資料取得速度而設定的，後者則是服務提供者為加速服務的提供，而設定的快取機制。Traffic Server就我個人所看到的資料，在架構設計上似乎兩者都可以。除此之外，一般的Proxy Server只能處理http的通訊協定，但Traffic Server不僅止於http，經過適當的調整也可適用於其他的相關通訊協定。當然，最重要的是，Traffic Server依Yahoo的說法，是目前他們所發現最快的Proxy Server，加上適當的平衡負載能力，認證授權代理與組態管理，已成為他們現行處理大量運算資料的網路代理伺服器，其架構設計非常適合用於雲端運算使用(註1)。相關新聞請看 Guest Post: Yahoo's Cloud Team Open Sources Traffic Server 。簡單的說，就是Yahoo將他們現行用於雲端運算的Proxy Server - Traffic Server ，釋出為開源程式碼了，這代表未來所有人都可以免費使用跟現行Yahoo相同等級的Proxy Server了，從產業的角度來看，這是一件很有趣的事，當然，讓我產生一些有趣的聯想，跟各位一同分享。

Scale Up類型的雲端運算應用

在上一篇 雲端運算的技術簡介-(1)中，簡單的介紹了Hadoop類型的雲端技術，本週則要介紹另一類的雲端技術，這類技術相較於前次介紹的類型，在運用上廣泛常見的多。舉例來說：從網路服務管理角度來看，最好是一個伺服器只用一種網路服務，這樣環境最單純，但從成本上來看，這是很難達成的目標，所以，在早期我們都會將多個網路服務或應用系統都放在相同的硬體環境上，慢慢地，這樣的環境就越來越複雜，也越來越難管理，只要部署新的服務，就有可能不小心又動到其他網路服務了。 

雲端運算可以分為兩類型態， 

一類是Scale-up型式: 主要是以虛擬機器(VM)達成實體主機資源充份運用的目的, 如VMWare, Amazon EC2 (base on Xen), Linux KVM等等, 而Xen更是許多大廠此類雲端技術的基礎, 例如IBM Blue Cloud。缺點是整體系統的可擴展性會受限於單一主機的硬體可擴展性, 但應用系統幾乎都不需要改寫是其優勢。 

在說明OpenID是什麼之前，應該要先簡單的說明何謂單一登入(Single Sign On,SSO)，簡單的說，就是使用者不需要記住每一套應用系統的登入帳號與密碼，只需要一套帳密就可以達成所有應用系統的登入。這樣的技術架構近幾年在企業界已經越來越普遍，對於此概念有興趣的朋友，可以直接參考之前我談SOA的相關文章(http://miin1130.pixnet.net/blog/post/22632723)，在這裡就不重覆說了。現在相同的概念也慢慢衍生到網站服務，這樣的非商業化公開技術標準我們稱為OpenID，在下面我會簡單的說明他們與一般企業內部使用的SSO相同之處與些微的差異，希望對各位朋友有幫助。

在早期，如果我們要用信用卡或金融卡進行網路交易，如果對方不是一間被信任的網路店家，我們多少都會擔心這樣的交易行為是否會讓我們的個人金融資料被不良的網路店家拿去非法使用。但這個問題在國外的Paypal服務產生之後，問題有了顯著的改善，由於我們的交易資料是交由j我們所信任的第三方支付商(如Paypal)所持有，在交易完成後，Paypal會將金額轉至賣方，在這樣的情況下，賣方經由第三方支付商取得貨款，但無法也不需要取得買方的個人金融資料，經由此降低了買方個資洩露風險，對於電子商務的發展有了正面幫助。但上述的交易方式，仍有一個弱點，就是買方在金融交易上獲得了資訊流上的保護，但這也不代表您不會遇到詐欺團體，例如，不良店家在收到貨款後就不見了。現行最常見的方式，是經由第三方進行一定程度的金額保障，來保障消費者的權益。 

但發展於中國的支付寶，則巧妙的彌補了這個需求，甚至創造了更大的需求出來。差別何在? 除了現行的第三方金流支付外，在設計上，他們巧妙的加入信用稽核設計。怎麼說? 在中國如果您要使用支付寶，首先您需要在內地開一個銀行戶頭，這代表了銀行會協助您對此人的身份進行認證，也就是您不會跟一個虛擬帳號進行交易，接下來，當交易發生了，買方在收到貨品後，再於網站上點選收款(如果您不點，時間到支付寶也會自動支付)，賣方才可以收到貨款，看似一個小小的差別，卻讓支付寶從單純的金融交易衍生至信用稽核了，而這塊不論是現在或未來都是中國金融發展的重要步驟，目前看起來支付寶也是國際上第一個橫跨金融交易與信用稽核的第三方電子交易支付商，長遠來看，支付寶在中國卡到一個很漂亮電子商務的戰略位置了，而這樣模式在國際上也有發展的空間才是 

我只是一位從事軟體業的勞工，結交網路行銷與創業的朋友，也只是近期的事，下述只是我近期的感受，可能會有一些觀念偏頗，但我也期望這樣的看法，對於想創業的朋友能有所幫助，當然，或許您也會有不同的感受也說不一定，期待其他朋友一同方享與指導。想提一個之前稍作留意的技術變化，這些技術變化背後可能都夾雜了不一的商業企圖，想藉由此來簡單說明，對技術本身有適當的認識，可能對商業競爭有更深入的感受。 

個人覺得，這是近兩年很具代表性的高手過招故事，從Facebook的掘起談起，Facebook成功的吸引了社群流量之後，Facebook在2007推出了系統開發平台，也就是Facebook Platform，從我個人觀察的角度來看，這是很重要的一步，這代表Facebook成功跳出過去社群網站的窠臼，有著更大的格局，決定將SNS打造成一個平台，如果用更有趣的說法，或許Facebook比Google更早完成Google的夢想 "打造出網路上受歡迎的作業系統"，這樣的舉動，當然引起了Google的注意，所以，就在Facebook宣布Facebook Platform幾天之前，Google趕著宣布OpenSocial的技術標準，那是一個公開標準，並且集結了一些較小的社群網站，主要目地是想挫一挫Facebook的銳氣，在策略上有一點利用新技術標準來聯合次要打擊主要，但實際上該標準在當時仍只是一個急就章的東西，而且在很多網站的本位主義下，起步就不順，而這麼多年過去了，OpenSocial仍存活著，但應用情況仍遠不如Facebook Platform。 

近期，在ZDnet上看到一篇名為 "歐盟要軟體商為程式負責"引起了我的注意，從動機上來看，這樣的想法可能是良善的，就如同購買實體商品，我們都會要求產品有一定程度的安全標準，如果無法滿足此標準，我們會覺得買到黑心商品進而採取相對的反應動作。理論上，軟體產品也應該如此被要求而來保護消費者權益。但就我個人的看法，先不論是否這是合理的要求，如果歐盟通過了該法案，對於歐洲的技術與商業發展將將會是弊大於利。 

這個問題可以從三個角度來看

"要讓 Atom贏得手機製造商的青睞，英特爾必須同時提供足以搭配的好用軟體。英特爾軟體集團副總Doug Fisher說：「智慧手機確實是終極目標。那對於這項產品的成功絕對攸關緊要。」"，上述段落引自ZDnet的文章，請參考這裡，引起我注意的就是上段那句話，顯示Intel似乎有意讓Moblin做為與Google Android競爭的對手。 

在不久前，Google宣布推出三項新服務，分別為Google Search options,Google Squared 與rich snippets，就在昨天(2009.5.21)，中國Google也推出了 "谷歌搜尋百寶箱"，經過測試之後，我發現所謂的"谷歌搜尋百寶箱"，就是之前推出Google Search options的中文版，有興趣的網友若要連接英文版請用此連接，若要測試中文版，請用此連接，其畫面分別如下

在第一篇中有簡單的提到，有些顧問公司會提到透過導入SOA來進行業務革新，來收取為數不小的顧問費，這跟導入SOA有什麼關係? 在經由上面服務與ESB的介紹，各位應該也有一點簡單的概念，為什麼這兩者會被人拿出來共同討論了，在這裡，我不會從業務方向來討論該如何導入SOA，這不是我善長的領域，而是採取反向的方式來討論，如果企業對於業務及業務革新沒有明確的定義，在導入SOA時可能造成的問題。

在談服務之前，我想先安插一小段企業流程與資訊流程的資訊流說明，接下來再說明，企業流程軟體與ESB服務繞徑的差別，以免有人跟當初的我一樣，將此兩部份的資料流搞混了，最後，我會再進入本次的主體 — “ 服務 “ 的說明。

就像連續劇一樣，今年的Cloud Computing Expo最早是跑出一個不知名的傢伙，么喝著「開放雲端宣言」要求各大廠共同簽署，後來，IBM還煞有其事的簽了該宣言，而包含Microsoft與Amazon則拒絕簽署，引起網路的宣然大波；後來，在09年4月包含微軟在內的眾多單位提到他們達成「推動開放與可互通雲端運算之使用與認知的共識」。不過，沒提到任何的具體的技術與目標就是了。

 一.  ESB是什麼及常見運用

在之前有簡單的跟各位提到，可以先將ESB視為單純的AP Hubs，其實那樣的說法是太過簡單了，在這裡要再說明的精準一些，雖然不同的ESB產品有不同的功能特性，不過只要是ESB系統，主要都有下述的主要功能

原先預定本週要接之前的SOA文章，簡介SOA中的大腦Enterprise Service Bus(ESB)，但本週最惹人注意的大概就是鴻海跨足綠能資訊管理了，我也不可免俗的湊個熱鬧談談這個話題，只好將該篇文章放在下週了。不過，以下的論述基礎是基於我在包含經濟日報、商業週刊、ZDnet…等新聞媒體報導上所收集到的資料所推論出來的，而非有任何內線，所以，請參考就好了

SOA的安全議題

一.  常見的SOA架構圖

談了一些SOA是什麼，不如給各位一張圖簡單的說明，這樣可能可以讓各位更快的了解，下圖是SOA的高階系統架構圖，這是經過簡化的，在實務上的規劃往往比此還複雜許多，但核心觀念大概下圖就可以說完了

 SOA中常聽到的相關技術

Service-Oriented Architecture(SOA)，是一種系統設計架構，而非一種或數種技術，它很類似我們過去所談的多層式系統架構，只是它定位所解決的問題更為貼近企業營運也更為高階，在這裡我從系統與業務的角度來看它所嘗試解決的問題，簡述如下