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