Eсть 3 микросервиса: Authorization (имеет собственную базу данных, который хранит

Question

Eсть 3 микросервиса: Authorization (имеет собственную базу данных, который хранит

сущности UserSessionEntity и UserEntity),
Sender (имеет базу данных event store,в которой сохраняются евенты),
Consumer (этот микросервис получается евенты по очереди от Sender и записывает в базу данных).

Authorization микросервис использует реверс прокси, который перенаправляет запросы или на Sender или на Consumer.
В Authorization микросервисе реализована oidc аутентификация, когда пользователь логинится на сайте мс, если такого юзера ещё нет в базе,
он создается на основе данных в токенах и записывается в базу.

В общем идея в том, что пользователь с ролью админа может "заморозить" аккаунт другого пользователя, и для того чтобы это сделать он в теории
должен кинуть запрос на микросервис Sender, тот отправит в очередь евент что то типа UserSuspendedEvent.

И тут не понятно немного дальше. Если юзер хранится в базе микросервиса Authorization, значит мне нужно чтобы микросервис Authorization стал подписчиком
на очередь, ловил евент и менял статус юзера? Или ещё другой вариант, продублировать как-то сущность UserEntity в базу данных Consumer и менять там статус
пользователя (но тогда очевидно юзер в базе данных Authorization будет сидеть без измененого поля).

Не могу найти такой способ, который позволит записать создание/изменение/удаление юзера в event store и потом корректно воспроизвести базу данных за какую то дату