Azure Service Fabric надежные актеры против надежных услуг

Я новичок в Azure Service Fabric, и у меня есть самые большие вопросы

  1. Когда я должен использовать надежных актеров? Приведите мне практические примеры, пожалуйста.
  2. Когда я должен использовать надежные услуги? Приведите мне практические примеры, пожалуйста.

Ответы

Ответ 1

Посмотрите на различия:

  • Государственная аналогия. Актеры работают над одним экземпляром графа объектов. Обычно услуги имеют состояние для нескольких абонентов.
  • Масштаб. Актеры не могут работать самостоятельно, из-за их размера (больше похожи на объекты).
  • Жизненный цикл. Актеры активны только при использовании, поэтому больше будет соответствовать вашим доступным ресурсам сервера.
  • Concurrency: Актеры обеспечить однопоточный доступ
  • Состояние. Актеры просто изменяют совокупность, услуги, работающие на наборах, так часто используют транзакции на наборах для поведения ACID.
  • Связь: участники общаются через каналов, предоставляемых платформой. Услуги могут выбирать иначе.
  • Доступ. Актеры в кластере не могут быть получены извне по умолчанию. Вероятно, вам понадобится Служба, обеспечивающая доступ.

Образцы, когда нужно использовать актера:

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

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

Ответ 2

Я не хочу использовать слово для определения самого себя, но использую Надежных Актеров, только если вы определили, что ваша проблема соответствует шаблону дизайна актера. Актеры - это шаблон дизайна, очень похожий на многие из шаблонов "Банды четырех". Если ваша проблема соответствует одному из шаблонов, используйте его. Если этого не произойдет, то лучше не пытаться подставить вашу проблему в неправильную схему.

В Service Fabric надежные субъекты являются реализацией шаблона виртуального субъекта. У него есть определенные правила работы и предостережения, которые сопровождают их. Это хороший документ для прочтения, чтобы получить представление о том, как работает структура Reliable Actor и соответствует ли она вашим требованиям: https://azure.microsoft.com/en-us/documentation/articles/service-fabric-reliable -actors-платформы/

Надежные действующие лица на самом деле являются просто структурой, построенной на основе надежных служб, поэтому применяются все те же правила масштабирования, разбиения и распределения.