微软发布了一个 Windows Server AppFabric 测试版，“使构建、扩展和管理在 IIS 上运行的 Web 和复合应用程序变得更加容易”。
MS 还表示，您可以在自己的服务器、第三方主机和 Windows Azure 上部署 AppFabric。
到目前为止，我们还没有进行任何 Azure 开发，主要是因为 API 与 ASP.NET 不同，并且您只能将应用程序部署到云中（而不是在您自己的服务器上）。
因此，如果我使用 AppFabric API，是否可以让我创建可以在内部、第三方托管商或云上使用相同 API 部署的应用程序？它会成为所有这些中的“一等公民”吗？
这将 Azure API 留在哪里 - AppFabric 是替代品吗？Azure SQL 呢？
就我而言，AppFabric提供的主要内容是以前代号为“Velocity”的内容。
Velocity是 Microsoft 对MemCached的回答的原始名称，其优点是专为 Windows 编写（具有 x64 兼容性），并且具有更好的 ASP.NET 集成。
微软已经将它与“管理使用Windows Workflow Foundation和Windows Communication Foundation构建的软件”捆绑在一起。（一个以前代号为Dublin的项目。）
这两个项目（Velocity和Dublin ）现在已经组合在一起，并以AppFabric的名义出售。
到目前为止，AppFabric 是两件事：一个缓存提供程序和一个监控服务。
缓存设施以前称为 Velocity，最近才添加到 AppFabric。这种缓存设施，现在称为 AppFabric 缓存，提供本地缓存、批量更新、更新回调等……所以这就是为什么它比不提供这些 OOB 功能的 MemCache 之类的东西令人兴奋的原因。
监控工具是 IIS 7 管理器的插件，它与 2 个 Windows 服务一起工作，这些服务称为 AppFabric 工作流管理服务和 AppFabric 事件收集服务。安装 AppFabric 后，您将在 IIS 管理器中获得 3 个“功能”：
如果您使用的是 WWF（Windows 工作流），那么使用 AppFabric 可以让您通过工作流对监控和故障排除故障进行高级控制。
它是代号为 Dublin 的技术的新名称。一种简单的看待方式是，它代表了基于 WF 和 WCF 的应用程序的预制托管的最新发展。它将为可扩展服务奠定基础，因此天蓝色将成为景观的一部分。我们目前有自己的 WF 托管服务，但在迁移到 WF4 时，我们正在尝试 App Fabric 以获得长期可扩展性解决方案。
基于 IIS、WF、WCF ETW 等现有技术，在这些 MS 之上添加了报告、管理等内容。我怀疑 azure api 将形成较低级别或更正确的云 API .
来自Windows Server 开发人员中心 > 学习 > Windows Server AppFabric页面白皮书。
包含服务总线的 Windows Azure 平台组件称为 Windows Azure AppFabric。尽管名称如此，但该组件目前不与 Windows Server AppFabric 共享任何技术。然而，微软表示这将改变。特别是，AppFabric 缓存服务和 AppFabric 托管服务都将在不久的将来进入 Windows Azure AppFabric。一旦发生这种情况，应用程序开发人员将能够在本地使用 Windows Server 和在云中使用 Windows Azure 使用相同的应用程序基础架构。
即使在发布 2 年后，appfabric 仍在努力在市场上扬名，到目前为止，这对他们来说似乎是一项不可能完成的任务。微软习惯于在市场上享有垄断地位，但在 appfabric 的情况下则不然。一些成熟和成熟的分布式缓存产品，如NCache，还有一些做得很好，所以 appfabric 必须想出一些新的和非凡的东西来与他们竞争
不要在新项目中使用 App Fabric。Microsoft 发布了有关终止对该产品的支持的信息：https ://blogs.msdn.microsoft.com/appfabric/2015/06/19/microsoft-appfabric-1-1-for-windows-server-support-lifecycle-扩展-4112017/