. Я ищу, чтобы начать использовать Актеры в Сервисной Ткань, но я хотел просто прояснить несколько вещей, прежде чем начинать.Сохранение состояния в сфере обслуживания. Актеры.
У меня есть API, который принимает запрос от пользователя для обработки некоторых данных и возвращает идентификатор. Несколько запросов от пользователей не перекрываются при обработке и полностью изолированы, поэтому я чувствую, что актеры хорошо работают для этого.
Однако я хочу понять, что было бы хорошей практикой хранить состояние локально внутри каждого действующего лица, которое я создаю из каждого запроса, а затем когда api запрашивает эти данные?
Я понимаю, что актеры деактивируются, когда они не «используются» (https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reliable-actors-lifecycle), но все еще сохраняют свое состояние и снова активируются, когда к актеру приходит новый вызов. Поэтому теоретически не было бы никакой проблемы, если каждому игроку присваивается тот же идентификатор, который отправляется обратно пользователю, тогда пользователь может вернуться и запросить данные, даже если актер был деактивирован.
Является ли это хорошим подходом или должен ли я просто заставить актеров выполнять работу и выгружать хранилище в другую службу с сохранением состояния? Будьте добры, чтобы получить список плюсов и минусов этой проблемы.