Inside 硬塞的網路趨勢觀察

“「我們的產品未來性更勝蘋果 iBeacon」—— mBeacon 共同創辦人許世杰博士專訪” 與新的 2 篇文章 - Inside 網路趨勢行銷與開發

Link to Inside 硬塞的網路趨勢觀察

「我們的產品未來性更勝蘋果 iBeacon」—— mBeacon 共同創辦人許世杰博士專訪

Posted: 17 Jul 2014 03:46 AM PDT

「我們的產品未來性更勝蘋果 iBeacon」—— mBeacon 共同創辦人許世杰博士專訪

去年,Inside 曾經在 〈 Tile:將「失物搜尋」外包給全世界 〉 一文介紹過 Tile 這款協助使用者做「失誤協尋」的小裝置,引起讀者不小的回響,雖然最後幾經延遲,也在上個月開始出貨了

當時,台灣酷米移動傳媒創辦人暨 CEO 許世杰博士則針對 Tile 這樣的構想提出更進一步的可能性:

除了原本的硬體與 app,如果能釋出 SDK 讓其他開發者使用,將可擴展這項產品的可能性,例如寵物社群類的服務就可以結合這項服務讓社群的人共同協尋走失的寵物。同樣的概念也能應用到老人(防走失)、汽車(防失竊)等方面。

而現在,許世杰已將當初的構想做成實際的產品「mBeacon」,可以提供與 Tile 相近的功能,但是採用的技術,以及未來的可能性卻有很大的不同。根據 mBeacon 網站上的描述:

Mobile Internet 時代的 mBeacon,以 Bluetooth Smart 技術為基礎,只需要少少的電力,就可以讓一個拇指大的裝置持續發短波送訊號給周圍三十到八十公尺內經過的智慧型手機,讓智慧型手機可以發現該 Beacon 的存在。然而 mBeacon 本身不能傳遞複雜與大量資訊,只能用獨一的編號來代表某個儲存於雲端的物件或資訊(包括人、事、物)。所以 Beacon 必須與手機 App 和雲端服務整合,才能提供完整的資訊服務。

⋯⋯

當手機App 結合 mBeacon 以及雲端服務之後,各種虛實整合的創新應用將成為移動互連網的下一波主流應用:

  • 尋找走失的小朋友,老人,或者寵物
  • 近場遊戲與近場交友
  • 商場導覽與近場行動廣告
  • 智慧型會員卡與行動支付
  • 門禁與身分安全識別
  • 大型場所的進出與人群流量管理
  • 車輛(汽車、機車、自行車)管理與識別
  • 社會安全與照護
  • 登山迷途救援

最近,我們有機會與許世杰博士聊聊 mBeacon 以及各種關於 Beacon 技術的話題,以下是我們的採訪:

Inside:mBeacon 跟別的 beacon 產品,例如 Tile,主要的差別在哪裡?

許世杰(下稱許):這個問題有個小誤會,但也是多數人都有誤會的。所以很值得花點篇幅澄清一下。

目前市場上,有兩大類產品,都是以 Bluetooth Smart 技術為基礎,所以經常被搞混。(Bluetooth Smart 先前更廣為人知的名稱是 BLE,是 Bluetooth Low Energy 的縮寫)。第一大類是所謂的 KeyFinder 或 Keytag,中國大陸習慣叫藍牙防丟器,像 Tile 以及 Stick&Find、Trackr Bravo、BeLuvv (Guardian & Puppy)、Nut⋯⋯都是這類,市場上起碼有 20 個品牌。第二大類才是所謂的 Beacon,包括 Apple 的 iBeacon,Qualcomm 的 Gimball,與我們的 mBeacon 都是。

第一類的產品並不算是 Beacon,而是一種基於 FindMe 這個標準 Bluetooth Profile 的產品。透過實施 FindMe 這個標準的藍牙服務,可以讓裝置與主人的手機的App 端之間建立經常性連線,即使 App 在背景運作,這個連線依然存在。因為連線是經常性存在,因此手機可以發送訊號隨時找尋裝置,裝置也可以隨時發送訊號尋找手機。如果訊號過低即將斷線,手機端的 App 還會收到通知,所以 App 可以即時發出聲響或訊息通知主人,或者自動記錄斷線的座標。然而,也因為是經常性連線,所以只要裝置在主人手機的連線範圍內時(通常是 30 到 50 公尺),裝置是不會進入廣播的模式,當然也就不會被範圍內被其他人的藍牙手機發現。只有當主人的手機不在連線範圍內時,裝置才會進入廣播的模式,但是廣播的內容通常只是裝置的名稱,而不是一種編碼。最後,如果主人的手機斷線一段時間,例如 48 小時,裝置就會自動關閉。根據上述的特點,簡單的說,這類產品基本上是設計來服務「裝置的主人」,而不是來服務「非特定的其他人」。

第二大類,則是 Beacon 類的產品,包括 mBeacon 以及 Apple iBeacon 在內都是。在設計理念上,Beacon 和前述剛好相反,是設計來服務它人而不是主人。Beacon 除了在少數的情況下,多數的時候是不會和主人的手機之間建立經常性的連線。相反地,它們會持續以某種時間間隔來廣播某種編碼,以及某些可參數化的屬性。

到目前為止,mBeacon 寵物吊牌與鑰匙圈,是全世界唯一建立在 Beacon 概念上的「協尋器」產品。這樣做,當然會使 mBeacon 寵物吊牌或鑰匙圈不具備前述 Key Finder 類產品的雙向呼叫與即時斷線警告功能,而只能提供從手機 App 呼叫裝置的功能。但也因此獲得更遠的協尋距離,以及更靈敏的協尋反應。同時,也賦與寵物吊牌與鑰匙圈更多元化的功能。

Inside:為什麼想要做這樣的一個產品?從發想、設計到現在公開,大概花了多久時間?過程有什麼轉變?(我們明白從去年起您就曾公開過 lost & found 的計畫)

許:沒錯,一開始,我們是想做寵物及貴重物品的協尋。自從 2012 年,iPhone4 支援 Bluetooth 4 之後,市場上陸續出現很多利用藍牙的 KeyFinder 產品,自然也有人找上門希望一起開發這樣的 App。研究之後,發現這樣的產品門檻很低,實際價值也不高,所以也就沒有太積極的行動。同一時期,也開始有寵物 GPS Tracker 的出現。然而這樣的產品,實在太耗電,而且除了設備外,還需要運轉費,不是太實用。所以,2012 年初,我們就開始思考如何利用類似 KeyFinder 的藍牙技術,但是可以處理超出連線距離之外的走失寵物或老人。後來,我們想出了一個新方法,就是我後來在2013年八月我發表的 Lost & Found 計畫。

在tile 與我那篇簡報之後,大概所有的 KeyFinder 都改成號稱有協尋功能。但是實際上,他們的作法與我們的作法有很大的不同。所以,我們還是對自己的方式比較有信心。簡單的說,所有基於 KeyFinder 技術所做的防走失產品都宣稱了一個做不出來的功能:定義寵物或小孩的活動範圍,然後提供距離監視以及警告,來主動防止遺失。但是事實上,手機 App 只能知道藍牙的訊號強弱,而這個訊號強弱與距離之間,並沒有一種轉換函數可以存在。所以說,所有宣稱用一顆藍牙訊號來代表距離的,如果不是本身其實對技術外行,就是企圖進行一種無法實現的過度行銷。

我們因為很清楚這樣的限制,又不想欺騙消費者,所以從一開始就放棄「即時距離警告」與「斷線警告」這兩個其他競爭者都有做的東西,而改成把焦點放在「協尋」這件事。

因為我們把重心放在「協尋」,我們發現我們必須自已去賦與每一顆藍牙吊牌有自己的 ID,而且這個 ID 必須由協尋者端的 App 從藍牙吊牌的「廣播資料」來取得,而不是透過「連線資料」來取得。因為 App 讀取廣播資料的速度才夠快,距離才夠長,可以有效提高協尋成功的機會。

就在我們把工程雛型做出來,並且發表「Lost & Found 」計畫之後,有位也是新創公司的朋友來找我研究這樣的技術,除了找寵物,找失智老人之外,還可以有哪些其他用途?這不研究還好,一研究下去,發現我們做的東西,和 Apple 也是在去年 6 月才發表的 iBeacon,在技術的抽象特徵上根本就是相同的東西。主要的差別就只有在 Apple 把藍牙廣播用在標示定點的商家,然後讓 App 在背景根據偵測到的iBeacon 訊號做廣告推播;而我們把藍牙廣播用在標示移動的寵物,然後讓 App 在背景根據偵測到的 iBeacon 訊號做協尋推播。當我們理解到這樣的共同點之後,各式各樣的情境就開始冒出來,一個很清晰,但是範圍比 iBeacon 還大的藍圖就出現了,也就是我們目前所公布的 mBeacon 計畫。

Inside:過程中的困難之處是什麼?

許:最困難的是:企業以及人才的思維模式。我們在面對的,是一個全新的應用品類,也是一個孕育中的新公司,甚至可能是一個新產業。所以,我們需要可以一起探索價值的人,而這些人又需要涵蓋各種層面:消費者行為,營運模式,雲端軟體,手機 App,韌體,硬體,機構等。問題是台灣的資訊電子硬體產業,不管是公司還是員工,過去太習慣「根據規格需求做產品與技術」,長期下來已經沒有「探索市場與發現價值」的習慣,勇氣與能力。

Inside:外型設計上有什麼考量?

mBeacon 的 m 是「mobile」的意思。既然如此,就必須要盡量輕薄短小。但是 Beacon 類的產品,電力的持續以及無線訊號的發送品質也都是關鍵的考量。如何在體積,電力持續,訊號品質,這三者之間取得平衡,就成為主要的考量,而這些考量最終會展現在 PCB 板與機構設計之上。在這樣的考量下,我們的第一版量產品設計了一款板子,一個電池機構,但是有四種不同的矽膠套外觀來配合四種不同的目標客戶。

Inside:我們知道 mBeacon 用途很廣泛,但哪一種用途是您看好有機會造成這類產品出現爆發性成長的?

許:在歐美日等已開發國家,我們的首要目標還是把用在寵物的穿戴裝置,畢竟光是這三個市場就有一億隻寵物。結合專用 App 提供寵物社群用於寵物協尋、寵物生理監視等功能,是我們已經與合作夥伴在進行中的事情,很快就會公布。

至於 Apple 的 iBeacon 所專注的市場,對我們來看,反而是最小的。但即使如此,我們也已經在準備一款基於 mBeacon 技術的商家集點卡平台,不管是功能、方便性與價錢都非常非常有國際性的競爭力。細節大概在本月底就會公布。

但是在其他地區,就實在很難講。有些我一開始完全沒有預計到的東西,目前進展很快。

Inside:從一開始就打算建立一整個生態系嗎?三大類 SDK 目前的準備情形?

許:因為 mBeacon 不是純網路或純 App 服務,但是它的可能規模與擴張速度,又是比較像網路公司,而不是傳統的硬體公司。通俗一點講,這是某種形態的物連網。(雖然說我很避免用這個詞彙)。所以這不是一家公司可以自己玩的市場,一定要結合很多元的角色來參與。

也因此,我們的 SDK 甚至比 iBeacon 考量的更多,更完整。目前,我們提供軟體SDK,以及三到四款標準化的終端產品給 App 夥伴,並且可以提供有限度的外型客製化。(只限矽膠外套的設計,顏色,印刷,質感)。未來,我們還會提供機構,甚至 PCB 板的客製化給硬體夥伴。

Inside:如何尋找製造商?要如何避免延遲出貨的問題?

許:這個問題似乎是因為 Tile 而來的喔?對我們這類新創的小公司而言,我承認出貨延遲的確是無法完全避免的。不管再怎麼選製造商都不會完全解決。但是如果說是製造商的能量不足,造成一延可以延半年以上,我是不相信的。畢竟,這市場才剛起步,不論是 Tile 或我們,連年銷百萬顆都還做不到,隨便一家製造商的製造能量,都遠超過太多了。台灣與中國的電子廠商什麼不會,就量產最會了,怎麼可能有產能問題。

說實話,我認為這只是 Tile 的說詞,把問題推給不具名的製造商。其實他們的嚴重延遲,是群眾募資的本質之一。因為什麼都還沒做,就先行銷,也先收錢了。做到一半,發現產品的主要承諾一直無法達成,就只好一直延後企圖改善。最後實在是拖不下去了,只好硬著頭皮開始出貨。

但是 mBeacon 的籌資還是傳統模式,等一切就緒才上市,包括良率的考量都算入了。日後如果有延遲,最多也只會是某批訂單延個兩週的事情。透過適當少量的庫存緩衝,對消費者應該是沒有太大的影響。

Inside:將來的銷售模式會是?預計每一個 mBeacon 售價會是多少呢?

許:基本上,消費者還是很傳統的從不同的通路或合作夥伴去買到不同版本的 mBeacon,然後下載對應的 App 去使用。這些 App 有些是免費,有些也許是要收費的。換個角度看,你也可以把 mBeacon 當做是某些 App 或網路服務的配件。

Inside:有可能像 Square 一樣,mBeacon 用送的(或是以非常低的價格銷售),然後著眼於後續的加值服務嗎?

許:這個問題會是 mBeacon 的 App 商或服務商來回答比較合適,意思就是都有可能。包括 mBeacon 鑰匙圈成為一種大型實體通路的贈品兼會員卡,也是有可能。

科技的另一面

Beacon 應用非常廣泛,自從蘋果發表 iBeacon 之後,這項技術與相關應用更加受到注目。但就像所有的科技一樣,在解決問題的同時,會衍生出一些其他問題——例如隱私問題。許博士認為,Beacon 有些應用有礙隱私,有些剛好相反。這是很有意思的問題,未來在談論新科技、民主、還是集權的議題時,說不定 Beacon 技術會是個很好的例子。

老闆們別再用 LINE 控制員工了,試試公私分明的 Team+

Posted: 17 Jul 2014 03:01 AM PDT

老闆們別再用 LINE 控制員工了,試試公私分明的 Team+

智慧型手機改變了生活各個層面,通訊軟體大行其道,工作更加形影不離。相信不少讀者的 LINE、WhatsApp 聯絡人清單不再只有情人與朋友,而是成為頭頂上司交辦事務的媒介,今年年初雄獅集團就以「800 多個 LINE 群組帶動工作效率1」成為熱議話題。不過,這些本來界定為「閒聊」的軟體沾染上工作情境,變得公私不分,而且容易引發資安疑慮,然而「指尖辦公」卻是大勢所趨,國內以簡訊服務起家的互動資通便在今日宣布推出號稱「企業版 LINE」的「team+」,要引領繼電話、電腦後的「第三波企業溝通革命」。

team+ 為電腦、智慧型手機跨平台服務,整合即時通訊、企業社群、工作管理、網路電話、雲端儲存等功能,希望打造高效能的全方位溝通與協同工作環境,並且宣稱訊息經過加密,不會半途遭到攔截,「絕對安全」。

全方位溝通工具:IM 即時交談、企業社群互動、VOIP 網路電話、APP 直 call 公司分機

多元工作管理:工作指派管理、行事曆、雲端檔案儲存(目前為無上限)

目前分成公有雲與私有雲兩種方案,前者已經開放封測,使用者只要以公司網域登入註冊即可試用;而私有雲則正陸續在國內三十多家企業建置中,互動資通創辦人暨總經理郭承翔表示,透過 API 與客製化彈性服務,能將企業文化與內部既有 ERP、POS 等系統融入「私有雲」中,打造與公司屬性天造地設的溝通工具,這也是他們設計產品時與國外大廠最不同的思維。

根據互動資通針對台灣千大企業使用即時通訊軟體的調查,有 28% 全面禁止大眾通訊軟體(如常見的 LINE、WhatsApp),而在習慣使用智慧型手機進行內部溝通的企業中,LINE、Skype 是最受歡迎的兩種軟體。但是在這之中,又有 69% 的企業主管憂心資安問題,尤以金融保險、製造業與服務業為甚,此外也可能發生誤傳公司資訊給不相干人等的意外。即使不論安全性問題,這些即時通訊工具雖然可以組織群組,但是重要事項經常淹沒在不斷產生的大量訊息之中,文件檔案也難以有系統的整理,回溯相當困難。

互動資通創辦人暨總經理郭承翔

另外,根據研究機構 MarketandMarkets 估計,全球企業社群軟體(ESN)市場將從今年的 48 億美元迅速成長達 2019 年的 81 億美元規模。看準企業需求,互動資通開發的 team+,希望在「人才是基礎、訊息是根本」的理念下,將所有溝通工具整合為單一平台,同步提升速度與精確度。

2011 年互動資通率先切入企業行動即時通訊解決方案,客戶包括台北市政府、台灣高鐵、永慶房屋、慈濟等導入經驗,郭承翔表示,互動資通擁有眾多實際案例與豐富的在地經驗,以及彈性的開發團隊,相信能夠在眾多國外大廠競爭者中脫穎而出,成為企業導入第二代企業即時通訊平台的最佳夥伴。

不曉得各位讀者上班都用什麼軟體進行溝通協作呢?而 team+ 公私分離的即時通訊概念吸引您嗎?歡迎與我們分享您的看法。

雲端好有錢景,但有些事你不懂不行

Posted: 17 Jul 2014 02:35 AM PDT

雲端好有錢景,但有些事你不懂不行

 

圖片來源:flickr

 

上一篇文章中從賈伯斯的一席話認識雲端運算中,我們留下了一些個尚未解釋的疑問,其中包含了為什麼我們要使用雲端?所謂鑒古知今,我們可以由淺述雲端的歷史來共同探索這個答案。

雲端歷史淺談

雲端的概念,大約在 50 年代開始,公司與學校利用個人電腦以及終端機去連結在機構內的大型主機。之所以這樣做是因為大型主機擁有比較快的運算能力,比較多的記憶體。公司或學校並沒有足夠的金錢與資源去提供每台個人電腦因為當時個人電腦價格頗高,於是利用終端機連線來分享其資源。同時在維護設備時,維護一台大型主機比維護多台個人電腦比起來相對簡單省時。

隨著 1970 年虛擬機器的出現,虛擬機是一種軟體,是讓我們在同一台伺服器,或電腦上,可以創建出一個環境來運行不同的作業系統供使用者使用。例如:假設今天我們想要玩某一個遊戲只能在 Windows 下運行,而我們使用的是蘋果電腦,我們可以安裝虛擬機器然後在虛擬機器上運行 Windows 系統。 這是現在雲端運算的一個重要的基石,在同一個實體機器上我們可以運行各種不同的運算環境,共享其實體機器上資源。

接下來隨著網路以及軟體技術的增長像是 Hypervisor、Grid Computing、load balancing、failover 等,以及企業間營運模式的改變,由產品取向轉為服務取向,雲端運算這個名詞就誕生了。

何謂產品轉服務?

由產品轉為服務,可以說是雲端運算中的中心思想。用雲端運算來舉例或許相對抽象,在這裡我們舉一個例子來與大家分享。 今天假設我拿著一袋麻布袋裡面裝了很多珠寶希望能夠安全的存放它,我有兩種方式,一種是去買個保險箱然後把保險箱扛回家,把錢放進去。第二種是我去銀行告訴他們我要租用一個保險箱以及租用時間長短,然後把我的珠寶放進去。第一種方式就是所謂的產品取向,第二種則是服務取向。其實如果大家將上述的銀行,想像成雲端運算提供的業者,而保險箱租用想像成他們所提供的服務( 一般而言是軟體,應體,或開發平台 ),我們就大概能夠想像雲端運算提供者的營運模式。

雲端運算的特徵

從上面兩段,讀者應該可以大概感受到隨著雲端運算的歷史演進,其所期待提供給使用者的一些服務,以及其特徵。我們一起來看看美國國家標準技術研究所 NIST 1 所定義的雲端運算五大特徵。

  1. On-demand self-service ( 按需求自行調配服務 )
  2. Broad Network Access ( 廣泛的網路存取 )
  3. Resouce Pooling ( 共享資源池 )
  4. Rapid Elasticity ( 快速重新部署靈活度 )
  5. Measure Service ( 服務可計算 )

關於雲端運算的特徵,由於相關的解釋2 很多,但從演進的歷程我們可以大看到:首先,我們要能夠以網際網路來使用雲端的服務,這是雲端的基本精神;再來使用者在雲端上其實是共享其硬體與軟體資源(降低成本);再來因為是共享的關係所以業者對於資源的分配上要能夠有彈性,可以快速分配所需資源,包含擴增與縮減以因應消費者的需求(提升效率);最後業者要能夠管理雲端的資源,包含監測,控制其使用者所能使用的資源以及制定收費機制等(管理機制),也就是所謂的 “ Measure Service ”。

雲端哪裡好?

到了這裡讀者應該可以很自然地歸納出雲端到底哪裡好,雲端之所以好,是因為它提供了高速的運算環境,以及低價的存儲空間,以及環境管理,高彈性的資源規模分配。這些都可以由使用者消費去得到,而不需要花費大量的金額去架設自己的設備,更省去之後的維修與管理。以之前的例子做舉例,差別大概就是把貴重物品存入銀行,與買保險櫃的差別,其中我們還必須面對自家保險櫃壞掉打不開的風險。

雲端部署模式

關於雲端安全性的問題是大家相較之下較有疑慮的。如果資料都放在雲端,那麼是不是很容易遇到資料外洩的問題呢? 除此之外,我不喜歡與別人共享資源可不可以? 因此除了公有雲之外,雲端使用者開始轉向使用私有雲以及混合雲的服務。

上述所提到的公有雲、私有雲、混合雲是雲端的部署模式,其主要的差別在於價格,安全性以及資源掌握度。

公有雲

公有雲是目前最常聽到的一種雲端部署模式,由上圖可見在 RightScale 3 的受訪者中的調查報告所指出,有超過半數的使用者使用公有雲。
之所以稱之為公有,其原因是租賃者與他人共享資源,使用者並不知道其資源和哪些用戶共享
(我們可以想像,在伺服器上面同時間有不同的虛擬機器皆屬於不同的租賃者同時分享著伺服器上的資源。( Multitenancy ))也因此在三種不同雲端部署中,公有雲被認為是安全性最低的一種部署方式,但同時也因為使用者眾多所產生的經濟效應,其設備的維護,服務的推陳出新,租用的價格,相對的都比較好。
而 Amazon、RackSpace、Google、Microsoft 都是著名的公有雲提供者。

私有雲

在概念上私有雲指的是在邏輯上,或者是在實體上,其資源(存儲與運算所需要的資源諸如處理器,記憶體等)都只屬於單一使用者. 也只有使用者擁有這個雲端的使用權。通常私有雲都有防火牆來進行安全性的防護坐落在公司的私有網路內,可以想見這種雲端的部署模式當然是安全性比較高。

What is Private Cloud? ( Microsoft Cloud Solutions )

如下圖4,伺服器外面有防火牆隔絕外部網路,內部的實體伺服器只屬於單一使用者。

在 Private Cloud 的服務提供者5,比較有名的屬於 RackSpace,Microsoft 以及 VMware 。

混合雲

混合雲在近年來慢慢被各企業所採用,混合雲所指的是公有雲以及私有雲的共同使用,也有另一種定義是指使用兩種以上的雲端服務便屬於混合雲部署的模式. 但是第一種定義還是較為常見。根據 Gartner 的預測在 2015 年有四分之三的大型企業擁有混合雲的部署67。 而絕大多數提供雲端服務的公司都擁有混合雲的服務

虛擬私有雲

虛擬私有雲可以說是近年來比較新的概念,各大公司也同樣的有推出虛擬私有雲的服務,例如 Amazon,VMware,HP 等,虛擬私有雲是在公有雲上面,建立起自己的虛擬網路( subnet ),而使用者對這個虛擬網路擁有控制權,它可以決定哪些部分對外開放,哪些部分不對外開放,也可以決定誰可以訪問他的網路。這裡值得注意的地方是他的資源還是來自于公有雲,整個虛擬私有雲還是建立在公有雲上方。

雲端服務模式

在讀到了這裡之後,相信各位讀者對於雲端已經有了大致上的了解,最後我們為雲端的服務模式以及產品再做一些介紹. 雲端運算的服務模式,其實就是所謂的 12 字箴言,SaaS,PaaS,IaaS。
這三種模式的產品其實筆者已經都在上一篇為大家介紹過了,現在我們再來重新看一次。

Cloud SaaS ( Software as Service )

軟體即服務,使用者只要連上網路即便可以使用各種網路所提供的軟體,較為著名的服務為 Salesforce Sales Cloud,Google Apps ( Gmail,Google+ Hangouts,Google doc)。

Cloud PaaS ( Platform as Service )

平台即服務,PaaS 主要面對的是開發人員,其負責提供一個網路開發的平台,其包含可以執行語言的環境,以及軟體開發工具包等服務,讓使用者可以再低成本上對其開發的軟體進行測試與運行,提供 PaaS 較著名的有: Heroku,Window Azure Platform,Google App Engine 。

Cloud IaaS ( Infrastructure as service )

基礎架構即服務,這樣的一個服務主要是讓使用者像服務提供者直接付費使用使用者所需用的運算以及儲存的資源,本文所提到如 Amazon EC2,RackSpace,IBM SoftLayer,HP Cloud,Google Compute Engine 所提供的皆為 IaaS 的服務 。

讓人混淆的雲端運算

說了這麼多的科技詞彙,不知道大家有沒有一種想法是我們要利用台灣硬體的優勢來發展雲端運算相關應用與科技。但其實,雲端運算是種模式,注重的是軟體與服務,並不是硬體。如何提供讓消費者滿意的服務,如何確保資料存在雲端的安全性,如何更有效的共享資源,如何制定收費模式等。硬體可以購買,但有沒有好的軟體人才,能不能提供完整有效或創新的服務模式才是真正的關鍵。

雲端的未來

在我們介紹過關於雲端運算科技的一些基礎知識之後,最後讓我們來看一下Gartner 對於雲端運算走勢的兩大預測(摘錄自 Forbes 8 )

  1. 全球雲端運算的市場將會由 2013 -- 2016 年間的 $131B 成長至 $210B ,約為 1.5 倍
  2. IaaS 將會是年復合成長率最大的服務模式其成長率為 41.3%,其次安全與管理的服務也持高幅度成長( 26.7% )甚至更勝于 SaaS

其中較為值得注意的是在上圖中,大中華區目前在雲端運算的市場相對于北美有著 50 倍的差距,但是在未來幾年中能有 31.3% 的成長率,這給了你我有了不得不了解這個產業的理由。

到底雲端與我有何關係?

的確,說了這麼多。身為一個消費者,我們或許只需要注意雲端運算應用的部分。但是在雲端市場不斷持續增長的情況下,也相對有機會創造雲端運算相關的工作機會。我們不妨看看國外公司的雲端相關工作職缺以及其所需要的技能。在美國對於非工程師的職缺的要求並沒有太多令人值得意外的地方,其中包含了對科技有熱情,對於雲端的服務模式有一定程度上的接觸與了解,以及一般商用技巧其中包含簡報能力與語言能力等等。在對較為資深工程師則要求對下列技術有接觸:

Google,Amazon,VMware senior engineer for cloud computing:

  1. Distributed systems
  2. Load balancing and networking
  3. Massive data storage
  4. Hadoop、MapReduce
  5. Security
  6. Virtualization
  7. Linux kernel 。

VMware 對於混合雲的工程師職缺提出了實習的機會,這部分我們可以看成是對初級工程師最基本的要求:

VMware Intern – Software Engineer for Hybrid Cloud Development

  1. Good knowledge of Java ( 對 Java 有一定的了解 )
  2. Good analytical and problem solving skills ( 好的分析技巧與解決問題的能力 )
  3. Good command of the English language ( 好的英語能力 )
  4. Experience with Eclipse or other java IDE ( Eclipse 與 Java 編輯器的使用經驗)
  5. Basic understanding of WebServices, Rest API, Spring, Junit/TestNG or other test frameworks
  6. An eye for detail ( 注重細節 )

結語

雲端運算的各種應用在未來仍然會持續增長,希望各位在讀完之後對這個產業有更深的了解,也期待大家在這篇文章中都能夠得到一些新的啟發,跟上雲端運算的列車。

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 投機客的行銷世界 的頭像
    投機客的行銷世界

    海哥的生活筆記,日本代購、韓國代購

    投機客的行銷世界 發表在 痞客邦 留言(0) 人氣()