什么是Windows AppFabric？
微软发布了一个Windows Server AppFabrictesting版，“可以更轻松地构build，扩展和pipe理在IIS上运行的Web和组合应用程序”。
MS还表示，您可以在自己的服务器，第三方主机和Windows Azure上部署AppFabric。
到目前为止，我们还没有做任何Azure开发，主要是因为API与ASP.NET不同，您只能将您的应用程序部署到云（而不是您自己的服务器上）。
因此，如果我使用AppFabric API，那么是否可以创build可以在内部部署，在第三方托pipe服务器或具有相同API的云中部署的应用程序？ 它会成为所有这些“头等公民”吗？
这离开了Azure API，AppFabric是一个替代品吗？ 那么Azure SQL呢？
就我而言， AppFabric提供的主要function是之前代号为“Velocity”的代码。
Velocity是微软回应MemCached的原始名称，它专门为Windows编写（兼容x64），并且具有更好的ASP.NET集成。
微软已经将这个与“用Windows Workflow Foundation和Windows Communication Foundation构build的软件pipe理”捆绑在一起。 （一个以前代号为Dublin的项目）
这两个项目（ Velocity和都柏林 ）现在已经被放在一起，正在以AppFabric的名义出售。
AppFabric到目前为止是两件事情：一个caching提供者和一个监视服务。
高速caching设备之前称为Velocity，最近才被添加到AppFabric。 这个caching工具，现在被称为AppFabriccaching，提供本地caching，批量更新，更新callback等…所以这就是为什么它像MemCache这不提供这些functionOOB令人兴奋。
该监视工具是IIS 7pipe理器的一个插件，与2个称为AppFabric工作streampipe理服务和AppFabric事件收集服务的Windows服务结合使用。 一旦你安装了AppFabric，你将在IISpipe理器中获得3个“function”：
- AppFabric仪表板
- 端点
- 服务
如果您正在使用WWF（Windows工作stream程），那么使用AppFabric可以提供对工作stream程监控和故障排除故障的高级控制。
它是代号为Dublin的技术的新名称。 一个简单的方法就是它代表了基于WF和WCF的应用程序的预先托pipe托pipe的最新发展。 它将形成可扩展服务的基础，因此azure色将成为景观的一部分。 我们目前拥有自己的WF托pipe服务，但在迁移到WF4时，我们正在尝试App Fabric来获得长期的可伸缩性解决scheme。
基于现有的技术如IIS，WF，WCF ETW等，在这些MS的基础上增加了诸如报表，pipe理等function。我怀疑azure api会形成一个更低层次或者更正确的cloud only api 。
在这里看到一个频道9video的主题
从Windows Server开发人员中心>学习> Windows Server AppFabric页面白皮书。
包含Service Bus的Windows Azure平台组件称为Windows Azure AppFabric。 尽pipe它的名字，这个组件目前没有与Windows Server AppFabric共享技术。 微软表示，这将改变，但是。 尤其是，AppFabriccaching服务和AppFabric托pipe服务将在不久的将来进入Windows Azure AppFabric。 一旦发生这种情况，应用程序开发人员将能够在Windows Server的场所和Windows Azure的云中使用相同的应用程序基础架构。
即使在发布两年之后，appfabric仍然试图在市场上取得名声，这对于他们来说是至关重要的。 微软在市场上享有垄断的习惯，但不适用于微软。 一些build立良好，成熟的分布式caching产品，如NCache和其他一些正在做的很好，所以appfabric必须拿出一些新的和非凡的来与他们竞争
