20140514-CII 成立ーIntel、Google、Microsoft、Facebook、Dell、IBM 破天荒共同合作出資防堵自由開放源碼領域的安全漏洞

heartbleed_bug_1400080648740_20140514

黃郁文、林誠夏/編譯

自由開源軟體專案的資訊安全性 (Information Security),在被採納為商業方案時,一直有著進退兩難的困局 (dilemma)。有論者認為,程式碼的開源與披露,將讓資訊安全防護,處於易受攻擊的劣勢;但亦有支持的論調,認為程式碼的開源,將有助於透過眾人的協力來共同查察程式的臭蟲 (bug) 及漏洞,長遠來看,此一開發模式反會有助於提高程式碼的品質,從而降低資訊安全失守的風險 (With enough eyeballs, all bugs are shallow)。而近期,使用率極高及開發歷史亦長的知名自由開源加密軟體程式專案 OpenSSL,被發現內置長期的資安漏洞ーHeartbleed,更讓這個長久以來就爭戰不休的二元觀點,再次被拿出來熱烈討論!

Continue reading “20140514-CII 成立ーIntel、Google、Microsoft、Facebook、Dell、IBM 破天荒共同合作出資防堵自由開放源碼領域的安全漏洞"

20140513-MySQL 變形版–迎合巨量資料庫所需的 WebScaleSQL 問世

WebScaleSQL-We_are_Gonna_Need_A_Bigger_Database-20140513

黃郁文/編譯

Facebook、Google、LinkedIn,與 Twitter,日前宣布 以自由開源授權版本的 MySQL 為基礎,攜手合作為處理巨量資料庫的網路公司,量身打造進化版本,名稱就叫作 WebScaleSQL。Facebook 工程師 Steaphan Greene 也在 Engineering Blog上發布相關訊息,表示打造 WebScaleSQL 變形專案的首要目的,就是要改造 Oracle 承繼昇陽成果的 MySQL,以切合巨量資料所需。

Continue reading “20140513-MySQL 變形版–迎合巨量資料庫所需的 WebScaleSQL 問世"

20131115-Facebook 與 Cisco 展開網通裝置開源之爭!

Progress in opening up the network » Open Compute Project_1384920233673

黃郁文/編譯

過去十年可說是自由開源軟體 (Free and Open Source Software, FOSS) 與私有專屬軟體 (proprietary software) 的市場競爭,但如今,使用 FOSS 來進行產品開發幾乎已經成為時代的趨勢,從 Facebook 與 Cisco 近日開展的網通裝置之爭,可以觀察此股軟體專案的開發之爭,已不再僅是 FOSS 與私有軟體之爭,而慢慢已轉化為開源與開源之爭!

約 6 個月前 Facebook 支援其開發團隊,展開一個名為 Open Compute Project (OCP) 的開源軟體與開放硬體專案,期望藉此能開發一個機櫃頂端交換器 (top-of-rack switch),使該交換器可主控啟動所有型態的網通軟體。而最近 Facebook 開始朝此目標,踏出實際建置的第一步,在 Intel、 Broadcom、Mellanox,以及 Cumulus Networks 紛紛貢獻轄下規格與工具軟體的狀況下,據說目前已至少有 30 家公司對 OCP 揭示的設計規格 (specification) 表示興趣,並漸以結盟的態式,推動相關產品的後續產銷。

OCP 的 Frank Frankovsky,表示該專案目前所從事的,正是藉「軟體定義網路 (software-defined networking)」的新式作法,來協助網通裝置邁入下一個世代的進化與茁壯,而開放源碼共享設計規格的作法,恰恰符合這樣的開發理念,因為只要設計規格相通相符,跨公司所研發出來的軟體程式,理論上都可以在同一系列的 OCP 網通裝置、交換器上進行使用。為了達到這樣的目標,Intel 貢獻了一個與 10/40G 交換器有關的網通規格與協定,此協定能用在交換器系統、中央處理器、週邊裝置,甚至電源上的互動優化。而由於採開源開放的態度揭露,Intel 此一規格亦毋須強制搭配 Intel 的硬體配件才能運作。此一奧援,對於 OCP 專案的未來發展至為重要,因此規格範圍含括大部份的網通裝置硬體架構,甚至包含部份網通軟體架構;Broadcom,則貢獻自身的網路交換規格 (Open Network Switch);Mellanox 同樣也貢獻一個機櫃頂端交換器規格;至於 Cumulus Networks,更進一步貢獻出其廣為全球網路硬體商所採用的開放網絡安裝環境 (Open Network Install Environment, ONIE),ONIE 能透過利用網路遙控開機的機制,直接遠端為消費者在其網路交換器上裝置與更新軟體,如此一來,管理人員便可方便地在不同但同一規格的網路交換裝置上,批次性地安裝與執行所需軟體,且在其開放安裝環境的架構下,所使用的裝置作業系統可以是 Cisco 的, 也可以是 Cumulus 或其他廠商的系統。

從上面這些描述可以看到,愈多貢獻者加入 OCP 的產銷合作關係,就表示相關裝置的研發與販售價格可以愈來愈低,而可互相交換軟體與開放元件,就表示處理程式臭蟲 (bug) 的時程也會更為縮短。Facebook 推動 OCP 專案的期望,就在於希望達到 Facebook 未來所有網路裝備的軟硬體架構,都可以在 OCP 的基礎上進行研發,如此一來,Facebook 便可利用這些設計,直接由 ODM 廠商 (original design manufacturers) 購入硬體,以量身打造因應 Facebook 所需的伺服器裝置。這樣的採購方式也跳過許多像是 HP 或 Dell 這些中間軟硬體商的介入,而能降低成本與提高效率。另外,OCP 專案的作法,也創造了在 Cisco、Arista Networks,以及 Dell Force 10 division 這些大型商販選項之外的選擇方案。因其提供的規格與相關的軟體開發工具組是以開放、開源的方式來提供,故理論上未來願意加入研發與產銷的廠商,將有機會可以繞過前述這些廠商的既成技術,而不會受限於傳統上的閉鎖規格。所以儘管 Facebook 看來會是 OCP 專案的最大受惠者,但據報導目前在開放網路技術領域中,已有約 7-10 家廠商已宣示加入檢視這些規格的行列,像是 Fidelity 與高盛集團 (Goldman Sachs) 這些大型的跨國公司皆有表態,故有論者認為,在 Intel 及 Broadcom 等眾多大廠的支持下,OCP 專案所支持的開源軟體與開放硬體格式,未來也許將能與 Cisco、Juniper 與 Brocade 等大廠匹敵,產生一股彼此抗衡的新局勢。

Cisco 對前揭 OCP 專案的進展則表示,目前這樣的發展對 Cisco 並未真正造成威脅,因為 Cisco 早已加入由 Linux Foundatoin 協力主導的 – OpenDaylight 這樣的開放源碼與開放網絡專案,其並強調在此開源應用的脈絡下,Cisco 將會提供可與 OCP 良性競爭的衡平方案,而不會讓自家產品盡處於劣勢的局面。與此配合,Cisco 更在近期宣布其網通裝置應用程式的相關架構資訊,以讓其他廠商可以在此 API 的基礎下,加速對 Cisco 相關產品在管理、編程、監控、虛擬化、網路服務,以及遠端儲存方面的應用,並讓網通裝置運作架構能夠迅速回應應用程式所需。對於 Facebook 透過 OCP 帶領各家廠商進行開源軟體、開放硬體佈局的相關動作,Cisco 則表示固然 Facebook 所領軍的 OCP 在技術、資源上看似完善,不過最後誰能勝出,還是有賴所推方案是否具備可程式性與彈性 (programmability and flexibility),同時能夠達到節省成本,並兼顧規模性、效能與安全性的目標。

看來 FACEBOOK 藉 OCP,已開啟了與 Cisco 支持 OpenDaylight 專案的對決,鹿死誰手仍不明朗。不過此一明例讓大家看到,在資訊系統上,開源原力與商用趨性密切交流與互動的年代已經來臨,不論 OCP 或 OpenDaylight,都蘊含未來資訊專案在開發上,必須兼具彈性化與模組化的向性,以讓使用者更容易量身訂做軟硬體裝置,並擁有更高的主控權,我們樂見此種開源自由系統的進展與成功!

—-

相關網址:

1、Facebook、Intel,與 Broadcom 聯手打造 open switch 以對抗 Cisco
http://arstechnica.com/information-technology/2013/11/cisco-threatening-open-switch-coming-from-facebook-intel-and-broadcom/

2、Facebook 對 Cisco 亮出 open network 利刃
http://www.theregister.co.uk/2013/11/12/facebook_cisco_killer_ocp_networking/

3、Open Compute Project 官方網址
http://opencompute.org/blog/progress-in-opening-up-the-network-/

4、Facebook 貢獻主機板設計架構予開放硬體推動團隊
http://www.openfoundry.org/tw/foss-news/8924-facebook-

5、Google 轉換至 OpenFlow 網路,下一個挑戰是用戶 SDN
http://www.openfoundry.org/en/news/8692?task=view