it-swarm.com.ru

Служба приложений Azure против Azure Service Fabric

Может кто-нибудь направить меня к тому, что объяснит, когда я должен создать приложение Azure Service Fabric против приложения службы Azure App? У меня есть приложение, которое я хочу создать, но не могу определить, следует ли мне его создавать с помощью Azure Service Fabric или службы приложений Azure.

45
StewartArmbrecht

Microsoft создала document со сравнением для службы приложений Azure, виртуальных машин, Service Fabric и облачных служб.

18
ivamax9

К сожалению, нет никаких официальных указаний о том, когда и что использовать. Это две отдельные платформы, следуя различным парадигмам разработки.

Служба приложений предоставит вам функциональность, которую Service Fabric не предоставляет сразу после установки. Такие вещи, как автоматическое масштабирование, аутентификация, ограничение скорости, интеграция с SaaS приложениями и т.д. Некоторые или все эти вещи могут постепенно появиться в Service Fabric, но я бы сказал, что в данный момент они нацелены на различные аудитории - менее опытной команде может быть проще работать со службой приложений.

С другой стороны, сервисная ткань облегчает сборку деталей. Например, в «традиционном» подходе, если бы у вас был API, который обращается к хранилищу данных и кешу, чтобы избежать забивания хранилища данных, вам пришлось бы обрабатывать различные сценарии отказоустойчивости. С Service Fabric ваш кеш может находиться внутри процесса API в надежной коллекции, и вам не придется иметь дело с внешним компонентом кеша. Данные размещаются вместе со службой (быстрее извлекать/редактировать!) И надежны, так как распределяются по всем узлам, в которых развернута служба. Аналогичная вещь с очередями. Если вы думаете о системе типов рабочих процессов, где есть API, служба заданий и очередь, которая находится между ними и позволяет им обмениваться данными, вам придется управлять 3 различными компонентами и связью между ними. С Service Fabric очередь попадает в приложение. И это только половина :) вы также можете использовать модель актора для распределенных вычислений без обычных головных болей параллелизма. Наконец, благодаря Service Fabric вы получаете преимущество более полной среды разработки на своем локальном компьютере - вам не нужно заниматься созданием очередей и т.д. В учетной записи разработчика Azure или чем-то в этом роде.

Также стоит отметить, что ничто не мешает вам использовать обе парадигмы - представьте, что два приложения, по крайней мере одно из которых является приложением сервисной фабрики, предоставляют API и приложение логики, которое находится поверх них.

Ваше решение должно основываться на том, что вы пытаетесь построить, на сколько времени, когда вы хотите выпустить (Service Fabric в настоящее время находится только в частном предварительном просмотре, так что пройдет некоторое время, пока они не доберутся до GA), и какого рода команда у вас есть. Я полагаю, что со службой приложений будет легко начать работу, даже если у вас нет опытной команды, но Service Fabric даст вам больше мощности, гибкости и контроля. 

41
charisk

Служба приложений - это более управляемая служба, SF - больше, чем вы сами управляете, и вы также можете работать в своих собственных помещениях. SF имеет лучшую поддержку не стека MS, например, нативных приложений и т.д.

Как говорится в этом документе «Service Fabric - хороший выбор, если вы создаете новое приложение или переписываете существующее приложение для использования микросервисной архитектуры».

Если на вашем хостинге несколько приложений, вы не должны смотреть на SF. С другой стороны, если вы развернете более 10 служб, это станет лучшим решением. 

Также обратите внимание, что SF имеет механизм хранения данных, который включен в сервисы. Это хорошо в трех вещах 1) Массивные кластеры данных 2) Простые данные, часто в БД сервисов Micros, становятся тяжелым бременем, поскольку каждая служба должна иметь свои собственные данные, а такие вещи, как SQL, немного излишни, когда вы только есть 1-3 таблицы. 3) Государственное хранилище для модели программирования Actor.

Я думаю, что SF и веб-приложения в будущем будут разделять базу пользователей «облачной службы».

3
user1496062

Используйте Service Fabric, когда вам нужен больший контроль или прямой доступ к базовой инфраструктуре.

Используйте сервис приложений, когда вам нужна полностью управляемая хостинговая платформа для ваших веб-приложений.

-как за документацию

0
Srs

Если (Приложение может потребоваться для расширения в будущем || хотите создать приложение с микросервисной архитектурой) перейти на Azure Service Fabric

еще Служба приложений Azure в порядке

0
sameer prabhu