AppFabric工作流服务和工作流管理器之间的区别

作者: 银环蛇
发布时间: 2024-05-30 12:25:52 (2月前)
转自：

5 条回复

0#
回复此人
誓言 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> Jurgen Willis（ <a href =“http://blogs.msdn.com/b/workflowteam/archive/2012/10/24/announcing-the-release-of-workflow-manager-1-0.aspx"rel =”nofollow“ > http://blogs.msdn.com/b/workflowteam/archive/2012/10/24/announcing-the-release-of-workflow-manager-1-0.aspx </A> ）当宣布Workflow Manager 1.0回答了这个问题。 它们之间的主要区别在于AppFabric（用于工作流）应该用于托管基于WorkflowServiceHost（WFSH）的工作流服务。这意味着AppFabric中的工作流是所有服务，并且期望在服务和公开WCF Soap服务时调用。 但Workflow Manager可以托管任何类型的工作流，包括服务。您可以启动不接收或发送任何消息的工作流，但只能执行数据库事务。 </DIV>

编辑
1#
回复此人
仙风道骨刘憨憨 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 我找到了一些跟进。 App Fabric将根据这个停止： <a href =“http://blogs.msdn.com/b/appfabric/archive/2015/04/02/windows-server-appfabric-1-1-ends-support-4-2-2016.aspx”rel = “nofollow的”> http://blogs.msdn.com/b/appfabric/archive/2015/04/02/windows-server-appfabric-1-1-ends-support-4-2-2016.aspx </A> Sharepoint Server 2016依赖于App Fabric： <a href="https://redmondmag.com/articles/2015/05/12/sharepoint-2016-and-infopath.aspx" rel="nofollow"> https://redmondmag.com/articles/2015/05/12/sharepoint-2016-and-infopath.aspx </A> 如先前在此主题中所述，Workflow Manager 1.0随Sharepoint Server 2013一起提供。这是否意味着Workflow Manager也已停产，或者在发布Sharepoint Server 2016时它是否会作为2.0版本出现？关于这一切发生在哪里的任何其他信息都是非常受欢迎的。 问题： <BLOCKQUOTE> 将“工作流管理器”替换为“appfabric工作流程”？对于新项目选择什么？ </BLOCKQUOTE> 对我来说似乎仍然没有答案。 Windows Workflow Foundation是一个非常强大的框架，如果您没有像您可以信赖的AppFabric这样的内部主机系统，那么它很麻烦。 </DIV>

编辑
2#
回复此人
無口君 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 这是困难的一个。 AppFabric工作流服务（实际上是WCF工作流服务）托管在WorkflowServiceHost中，但说实话，我们可以看到AppFabric工作流托管并没有真正发展。特别是通过BizTalk AppFabric connect与BizTalk工具（适配器和映射器）结合使用，构建一些东西是很好的。 Workflow Manager是SharePoint Server 2013附带的技术，以及Windows Server的Service Bus。说实话，它是一个V1，但这可能是将要发展的技术（特别是因为SharePoint是这项技术的最大客户;）） Workflow Manager的优点在于它可以构建为云就绪（隔离，可伸缩性，安全性......）。你也有可信表面的概念（ <a href="http://msdn.microsoft.com/en-us/library/windowsazure/jj193509(v=azure.10).aspx" rel="nofollow"> http://msdn.microsoft.com/en-us/library/windowsazure/jj193509(v=azure.10).aspx </A> ）这允许您进行沙箱自定义。 所以，我的赌注是：如果您的产品/平台是长期的，那么请选择Workflow Manager，但要使用V1概念，或忽略Trusted Surface沙盒。如果你在短期内构建它，请继续使用AppFabric。 希望这可以帮助 </DIV>

编辑
3#
回复此人
无思 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> Sam Vanhoutte是对的： 工作流管理器的缺点是它确实是一个V1产品，我在使用它时遇到的两个主要问题是： <OL> <LI> Workflow Manager中托管的工作流程应该是声明性的：添加自己的自定义代码可能很棘手， <a href="http://msdn.microsoft.com/en-us/library/dn175762%28v=azure.10%29.aspx" rel="nofollow"> 文件不广泛 </A> 。 </LI> <LI> 工作流管理器不允许您轻松强制保持工作流状态。有人提到 <a href =“http://social.msdn.microsoft.com/Forums/windowsazure/en-US/7825f9a4-8848-4e7f-bb26-b2cb98c09910/how-is-persistence-achieved-in-workflow-manager?forum = wflmgr“rel =”nofollow“> 延迟活动将持续存在 </A> ，然而 <a href="http://msdn.microsoft.com/en-us/library/system.activities.statements.persist%28v=vs.110%29.aspx" rel="nofollow"> 坚持活动 </A> 显然不受支持。由于托管环境配置存在问题，或者因为自定义代码活动中的异常导致主机崩溃而不是像使用AppFabric时那样暂停工作流，因此我在构建工作流的过程中遇到了多次，因为托管环境配置存在问题，或者因为自定义代码活动中的异常导致主机崩溃。 </LI> </醇> 如果您有时间学习平台并处理V1问题，我肯定会选择工作流管理器，如果您有在AppFabric中托管的经验，请为重大差异做好准备。 </DIV>

编辑

登录后才能参与评论