Разница между сервисом рабочих процессов AppFabric и менеджером рабочих процессов
В чем разница между "службой рабочего процесса фабрики приложений" и "менеджером рабочего процесса 1.0"
Оба используются для размещения рабочих процессов. Для меня менеджер рабочих процессов выглядит хорошо, потому что он масштабируемый, мы можем создать ферму хостинга рабочих процессов, используя несколько серверов.
"Менеджер рабочего процесса" заменит "рабочий процесс appfabric"? для нового проекта что выбрать?
5 ответов
Это сложный вопрос.
Службы рабочих процессов AppFabric (на самом деле службы рабочих процессов WCF) размещаются в WorkflowServiceHost, но, если честно, мы видим, что хостинг рабочих процессов AppFabric не сильно развивается. Особенно в сочетании с инструментами BizTalk (адаптером и картографом) через BizTalk AppFabric connect удобно создавать некоторые вещи.
Workflow Manager - это технология, поставляемая с SharePoint Server 2013 вместе с Service Bus для Windows Server. Если честно, это V1, но, вероятно, это будет технология, которая будет развиваться (тем более что SharePoint является крупнейшим заказчиком этой технологии;))
Приятной особенностью Workflow Manager является то, что он создан для работы в облаке (изоляция, масштабируемость, безопасность...). У вас также есть концепция "Надежная поверхность" ( http://msdn.microsoft.com/en-us/library/windowsazure/jj193509(v=azure.10).aspx). Это позволяет настраивать изолированную программную среду.
Итак, моя ставка была бы: если ваш продукт / платформа долгосрочная, перейдите на Workflow Manager, но придерживайтесь концепций V1 или игнорируйте изолированную программную среду Trusted Surface. Если вы построите его на более короткий срок, продолжайте использовать AppFabric.
Надеюсь это поможет
Юрген Уиллис ( http://blogs.msdn.com/b/workflowteam/archive/2012/10/24/announcing-the-release-of-workflow-manager-1-0.aspx) при объявлении Workflow Manager 1.0 ответил на это вопрос.
Основное различие между ними заключается в том, что AppFabric (для рабочих процессов) должно предназначаться для размещения служб Workflow на основе WorkflowServiceHost(WFSH). Это означает, что рабочие процессы в AppFabric - это все сервисы, и ожидается, что они будут вызываться как сервисы, потребляющие и раскрывающие WCF Soap Services.
Но Workflow Manager может содержать любой тип Workflow, включая сервисы. Вы можете инициировать рабочие процессы, которые не получают и не отправляют никаких сообщений, а выполняют только транзакции с БД.
Некоторые наблюдения я нашел.
Приложение Fabric будет прекращено в соответствии с этим: http://blogs.msdn.com/b/appfabric/archive/2015/04/02/windows-server-appfabric-1-1-ends-support-4-2-2016.aspx
А Sharepoint Server 2016 использует App Fabric: https://redmondmag.com/articles/2015/05/12/sharepoint-2016-and-infopath.aspx
Workflow Manager 1.0 был поставлен с Sharepoint Server 2013, как упоминалось ранее в этой теме. Означает ли это, что Workflow Manager также снят с производства или выйдет как версия 2.0 после выпуска Sharepoint Server 2016? Любая другая информация о том, где все это происходит, очень приветствуется.
Вопрос:
"Менеджер рабочего процесса" заменит "рабочий процесс appfabric"? для нового проекта что выбрать?
все еще кажется мне без ответа.
Windows Workflow Foundation - это такая замечательная и мощная платформа, и это создает проблемы, если у вас нет локальной хост-системы, такой как AppFabric, на которую вы можете положиться.
Сэм Ванхутт прав:
Недостатки диспетчера рабочих процессов в том, что это действительно продукт V1, две основные проблемы, с которыми я столкнулся при его использовании:
Ожидается, что рабочие процессы, размещенные в Workflow Manager, будут декларативными: добавление собственного пользовательского кода может быть сложным, а документация - не обширной.
Диспетчер рабочих процессов не позволяет легко форсировать сохранение состояния рабочего процесса. Есть некоторые упоминания о том, что действия по задержке сохранятся, однако, Persist Activity явно не поддерживается. Я сталкивался со случаями при создании рабочих процессов, в которых одно и то же действие выполняется несколько раз из-за проблемы в конфигурации среды хостинга или из-за того, что исключение в пользовательском кодовом действии приводит к сбою хоста вместо приостановки рабочего процесса, как это происходит при использовании AppFabric.
Если у вас есть время, чтобы изучить платформу и решить проблемы с V1, я бы определенно выбрал диспетчер рабочих процессов, если у вас есть опыт хостинга в AppFabric, будьте готовы к существенным различиям.
Ткань Windows или служебная ткань — это те, которые используются для формирования кольца кластера служебной шины. Service Fabric используется в sb1.1 с версией поддержки tls1.2. В предыдущих версиях использовалась ткань Windows.
Структура приложения не используется диспетчером рабочих процессов. Он используется точкой доступа.