Fabric Computing是云計算的未來？
CA公司云計算顧問Gregor Petri近日在SYS-CON網站上發表了一篇文章《Is Fabric Computing the Future of Cloud?》，介紹了Fabric計算這一新型概念，并對其在云計算領域的未來影響進行了分析。
Fabric計算這個詞正越來越多地走進我們的視線，而目前其大多出現在硬件社區中進行討論。事實上，根據最近的報道，在近期舉行的關于數據處理的討論會上，顯示有超過50%的與會者準備或正在應用fabric計算。
所以，我們也是時候去看看fabric計算對于軟件和云計算的意義了。
你至少可以找到2~7種（取決于你選的字典）“fabric”的解釋。詞源廣泛，它來自法語中fabrique，拉丁語中的fabricare，荷蘭語中的fabriek實際意思是工廠。但是在IT中，fabric基本跟我們常用的制造或供應鏈沒有較多聯系，相反，它更接近fabric在衣物中的含義——一種編織的布料。
如果我們在維基百科中搜索fabric計算，我們會得到這樣的解釋：
Fabric 計算或者統一計算，包含由互連節點組成的一種fabric計算，某種意義上，其從遠處看起來就像是一個“編織品”。
在這里，它指的是一種由松散耦合的存儲、網絡、高速寬帶連接所組成的并行處理高性能計算系統。
在數據中心的搭建中，這意味著不需要為處理存儲，網絡準備截然不同的架構，您只需要將這些功能整個在一起。當思科開始將服務器包含到交換機中，大部分人開始注意到移向fabric或統一計算。
移向fabric涉及的一個理由是，將數據，網絡和計算緊密結合在一起可以幫助你提高性能。Juniper的***Qfabric架構是另一個類似的例子。但是，關于緊密融合數據，處理和溝通的想法其實更古老。在某些方面，我們甚至可以得出結論——伴隨這個趨勢，IT傾向于完整的循環。
很多年前，我采訪了Scheer教授，IDS Scheer創始人及業務管理（BPM）領域的先驅。他講到在以前IT，數據和邏輯是被看做一體的。如果拿著你的打孔卡去機房，打孔卡掉到地上，所有的數據和邏輯將會成為一堆。你將花費一下午的休息時間整理他們。只有一堆：首先處理邏輯算法，然后就是數據。Scheer的觀點就像是過段時間我們猜數據不屬于那里然后將它移動到它原來的位置。（關系型數據庫），我們現在應該分開算法和流程指示，并將這些移動到工作流程引擎（***是他的BPM引擎）。
但是沒過多久，面向對象編程得到普及。我們開始把數據和邏輯移回，明白了如何處理這些數據，并將其看做為對象。在更遠程接收方式獲取這些對象表現時自然創造了一個新的問題——當我們用關系型數據庫存儲數據進這些對象內部。多年來，該行業摸索出如何做的更好，部分通過創造新的數據庫——看起來像我們曾經用的打孔卡。
而現在，在fabric計算的指導下，我們又將這些進程放入同樣的物理框架內。
然而這并不是故事的全部，這里還有其它改革發生。作為一個行業，我們正在使用專用的硬件應對特殊的任務，轉向通用的硬件（帶有專用軟件）。例如，你可以用個軟件虛擬化層，簡單模擬某特定的硬件。
或者看一下防火墻：傳統上它是為一件事（阻止未授權業務）而做的專用硬件。現在，大部分防火墻是基于軟件的。我們用一個通用處理器來處理這任務。而且我們也看到了這個趨勢在更多數據中心設備中展開。甚至交換機，負載平衡器和網絡附加存貯也正在轉向基于軟件的。
使用軟件比幾個專用硬件更高效，但我們不能忽略這個事實，鑒于軟件的不同經濟和管理特點，對硬件有許多先天的優勢。例如，你可以不離開你的坐位，甚至自動完成復制、改變、刪除和分發軟件。處理這些，你只需一些先進的機器人和硬件（如果可行的話）。
那么這倆趨勢如何涉及到云計算？
通過將移動硬件的想法——需要將工作緊密結合在一起（fabric的主旨），與軟件替代硬件的想法結合起來，我們可以創造高效益，低成本，易于管理的云。
虛擬化技術，也已有了類似的趨勢。首先，我們虛擬服務器，然后存儲和網絡。但是，仍然保留在他們分開的數據silos。現在我們用同一個“fabric”虛擬所有,意味著管理整個堆棧變的更簡單。用一個工具來定義它，讓其工作并監控它。
【編輯推薦】
