Здесь работает модель согласованности в конечном счете (eventually consistency), которую я упоминал, когда описывал кейс. Даже если сервис, выполняющий откат, недоступен в момент отправки команды отката, событие отката будет в очереди Axon, пока не будет обработано. Как только обработчик будет доступен, событие будет обработано и данные станут консистентными. Это распространенный подход в микросервисной разработке.
Xранение пароля в event-store, с точки зрения безопасности, ничем не отличается от его хранения в любой другой базе. Разумеется, так же как и в других случаях, пароли следует хранить в кодированном виде (bcrypt и т.п.), плюс никто не отменял SSL и прочих предосторожностей. Axon server располагает приличным арсеналом средств безопасности. Подробнее можно посмотреть здесь: https://docs.axoniq.io/reference-guide/axon-server/security
Здесь работает модель согласованности в конечном счете (eventually consistency), которую я упоминал, когда описывал кейс. Даже если сервис, выполняющий откат, недоступен в момент отправки команды отката, событие отката будет в очереди Axon, пока не будет обработано. Как только обработчик будет доступен, событие будет обработано и данные станут консистентными. Это распространенный подход в микросервисной разработке.
Xранение пароля в event-store, с точки зрения безопасности, ничем не отличается от его хранения в любой другой базе. Разумеется, так же как и в других случаях, пароли следует хранить в кодированном виде (bcrypt и т.п.), плюс никто не отменял SSL и прочих предосторожностей. Axon server располагает приличным арсеналом средств безопасности. Подробнее можно посмотреть здесь: https://docs.axoniq.io/reference-guide/axon-server/security