当存储工业继续争论着高级存储服务应该着眼于何处时，从事fabric（光纤通道网络架构）交换机和虚拟化软件的厂商都在对基于网络的存储应用接口进行标准化。ANSI/INCITS T11.5任务组的其中一个项目FAIS（Fabric Application Interface Standard，Fabric应用接口标准）是一个多厂商计划，旨在定义网络基础架构和存储应用之间一些更加紧密的新关系。
FAIS将简化存储虚拟化和其它增强型服务从边缘设备（如主机和存储阵列等）向网络核心迁移的过程，另外FAIS在增强基于fabric的服务和安全服务的质量方面也做出了同样的努力，代表着它在SAN技术开发领域迈出了重要的一步：从简单的连接走向了智能化。
从技术的角度来看，对于存储网络的嵌入式虚拟化和其它服务人们不得不面对各种争论。网络是服务器、存储阵列和磁带设备之间进行通信的重要一环，由于SAN中所有的存储工作都通过一个或多个fabric交换机进行，所以fabric在监控和改变存储操作方面占据重要的战略地位。
已经建立起来的基于fabric的服务（如分区、LUN［逻辑单元号］屏蔽和第三方拷贝代理等）更确定了fabric其主动性的核心地位。FAIS延伸了智能干预的涉及范围，所包含的各种接口适用于更加复杂的应用如存储池（pooling）、镜像和磁带虚拟化等。
而以市场观点来看，为了fabric厂商自己，高级存储服务也必须想方设法进入fabric。没有加强型增值服务，fabric交换机很容易受到商品化的威胁，因为我们都已目睹了中层部门级SAN交换机价格正在下滑的事实。从长远来看这并不是一个可持续发展的商业模式，并且象这样一个由高利润滋养起来的工业是不可能在Costco（以价格低廉著称的加拿大仓储式连锁超市）集装箱卸货式定价方式的“限定饮食”中活下去的。
尽管基于fabric的智能化需要进行大量的工程和投入大笔资金，但是却将fabric厂商从接口供应商提升为更综合性SAN解决方案的供应商，甚至最初级的虚拟化服务如存储池等都在简化存储管理方面对终端用户发挥着重要意义。通过将对客户的承诺从定价转向商业价值，fabric厂商能够全面保护自己的利润，同时努力争取他们已经创造的市场新机遇。
FAIS计划??标准化Fabric交换机API
FAIS计划旨在为fabric交换机建立一个受各厂商产品支持的标准API（应用程序接口）， 这将允许虚拟化软件厂商创建可与McDATA、Brocade或其它交换机厂商的产品相连的代码，然后直接在交换机或SAN附属设备上对其进行控制。
厂商们一致认为应该对API进行标准化，这是因为他们都希望能够与各种虚拟化应用互相协作，甚至Brocade也完全支持FAIS，尽管它在互操作性方面获得的成绩并不令人满意。这种意想不到的开放态度令客户在选择他们所需的增强型服务类型以及能够提供这些服务的基础架构时拥有更大的灵活度。
FAIS接口基于控制路径和数据路径的分离。控制路径是传统SCSI命令集的通道，支持启动和目标方式。控制路径可以在fabric交换机内中断（例如一个运行虚拟化代码的内部处理器），或者重新定位面向一个设备。数据路径用于普通SCSI读／写操作，尽管有FAIS，但数据路径仍是从物理存储中分离出来的。
这就使得fabric交换机可以与多存储阵列相连，并为普通的SCSI操作以单一的存储池表示该阵列。通过fabric的数据路径的这个分离层需要一个接口，以便在虚拟化软件中进行开发和配置，也是一种将数据路径上的错误或异常传递至控制路径从而加以解决的办法。
正如目前FAIS章程中表明的那样，fabric API应该适用于不同的操作系统，以便为部署提供更大的灵活性，因此会在标准C语言中进行编码，简化跨平台的部署工作。不过具体来说，fabric交换机厂商如何决定允许FAIS的虚拟化或其它服务仍然取决于各厂商自己。
一些厂商已经宣布可以提供能够插入交换机机架的刀片式PC，这在走向市场的时间方面具有一定优势，但是也可能会产生性能瓶颈。其它厂商（如Aarohi）提供的产品是半导体式存储解决方案，既省空间，性能也不错。
FAIS的潜在利弊
FAIS标准化的潜在好处是巨大的，除简化的存储池之外，各种增强的功能如异构存储系统之间的数据复制、快照、数据日志，以及磁带资产的虚拟化等，都能使客户更关注于应用而不是基础设施。
同时，标准的fabric API也能简化跨多个fabric交换机的分布式服务以及对普通SAN上多个存储应用的协作支持。对SAN在存储合并和流线式操作两方面节省成本的传统价值观念更是由于基于fabric的虚拟化服务得到进一步强化，免除了客户在低级管线设置方面的担心。
然而FAIS对实际产品的开发将不可避免地引发有关fabric的新问题，例如大规模光纤通道fabric现在很容易受到破坏，包括额外的交换机对交换机通信、状态改变通知广播，以及偶尔对fabric重新进行配置等。对于FAIS虚拟化和其它服务对fabric通信所带来的额外负载必须作最小化，以便保持操作无误和fabric的稳定性。和整体性能一样，这也是各厂商就标准API方面进行协同操作时区分各自产品和在市场上竞争的一个领域。
另外，对复杂的存储基础设施进行分离并不会减小复杂程度，而仅仅是对用户隐瞒了复杂性。如果智能fabric交换机要承担对异构存储系统管理和控制的责任，就必须同时承担后端出现各种故障的责任。FAIS计划将对基于fabric的各种服务创建通用接口，但是各厂商也必须确保这些服务是具诊断作用的、强效的、主动的，以便正确支持客户的应用需求。(文/天极硬件频道 Ruby)
