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”虚拟所有,意味着管理整个堆栈变的更简单。用一个工具来定义它，让其工作并监控它。
【编辑推荐】
