微软发布了Windows Server AppFabric测试版,“可以更轻松地构建,扩展和管理在IIS上运行的Web和复合应用程序”。
MS还表示,您可以在自己的服务器,第三方主机和Windows Azure上部署AppFabric。
到目前为止,我们还没有进行任何Azure开发,主要是因为API与ASP.NET不同,您只能将应用程序部署到云(而不是自己的服务器上)。
因此,如果我使用AppFabric API,是否可以创建我可以在内部,第三方托管服务商或云端使用相同API部署的应用程序?在所有这些中,它会成为“一等公民”吗?
这离开了Azure API - AppFabric是替代品吗?那么Azure SQL呢?
答案 0 :(得分:30)
就我而言, AppFabric 提供的主要功能是之前代号为“Velocity”的内容。
Velocity 是Microsoft对MemCached的回答的原始名称,其优点是专为Windows编写(具有x64兼容性),并且还具有更好的ASP.NET集成。 / p>
微软已将此与“管理使用Windows Workflow Foundation和Windows Communication Foundation构建的软件”捆绑在一起。 (以前代号都柏林的项目。)
这两个项目( Velocity 和都柏林)现已整合在一起,并以 AppFabric 为标题出售。
答案 1 :(得分:22)
到目前为止AppFabric是两件事:缓存提供者和监控服务。
缓存工具以前称为Velocity,最近才被添加到AppFabric中。这个缓存工具,现在称为AppFabric缓存,提供本地缓存,批量更新,更新回调等...所以这就是为什么它比MemCache更令人兴奋,因为它不提供这些功能OOB。
监视工具是IIS 7管理器的插件,它与2个Windows服务结合使用,这些服务称为AppFabric工作流管理服务和AppFabric事件收集服务。安装AppFabric后,您将在IIS管理器中获得3个“功能”:
如果您使用的是WWF(Windows工作流程),那么使用AppFabric可以通过工作流程对监控和故障排除故障进行高级控制。
答案 2 :(得分:4)
它是代号为都柏林的技术的新名称。一种看待它的简单方法是它代表了基于WF和WCF的应用程序的预先托管托管的最新发展。它将为可扩展服务奠定基础,因此azure将成为景观的一部分。我们目前拥有自己的WF托管服务,但在迁移到WF4时,我们正在尝试App Fabric以获得长期可扩展性解决方案。
基于现有的技术,如IIS,WF,WCF ETW等,这是很多,并且在这些MS之上增加了诸如报告,管理等内容。我怀疑天蓝色api将形成更低级别或更正确云只是api。
答案 3 :(得分:2)
来自Windows Server Developer Center > Learn > Windows Server AppFabric页白皮书。
包含Service Bus的Windows Azure平台组件称为Windows Azure AppFabric。尽管它的名字,该组件目前没有与Windows Server AppFabric共享技术。微软表示,这将改变。特别是,AppFabric缓存服务和AppFabric托管服务将在不久的将来进入Windows Azure AppFabric。一旦发生这种情况,应用程序开发人员将能够在Windows Server内部和Windows Azure云中使用相同的应用程序基础架构。
答案 4 :(得分:0)
答案 5 :(得分:0)
不要在新项目中使用App Fabric。 Microsoft发布了有关此产品支持终止的信息:https://blogs.msdn.microsoft.com/appfabric/2015/06/19/microsoft-appfabric-1-1-for-windows-server-support-lifecycle-extension-4112017/