什么是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”:

  1. AppFabric仪表板
  2. 端点
  3. 服务

如果您正在使用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必须拿出一些新的和非凡的来与他们竞争