MA
Вопрос не про кложу. Вот есть (микро)сервис, он шлет в шину сообщения: создали документ, поменяли документ и т.п. Event sourcing, message bus.
И другие сервисы подписываются на эти события.
Вопрос. Все это работает год и нужно добавить новый сервис, но так, чтобы у него были нужные данные. Т.е. что бы он как бы уже год получал эти сообщения. Накатывать лог событий за год? Вручную делать экспорты/импорты?
Видимо я не так гуглил. Подскажите, пожалуйста, ключевые слова.
И другие сервисы подписываются на эти события.
Вопрос. Все это работает год и нужно добавить новый сервис, но так, чтобы у него были нужные данные. Т.е. что бы он как бы уже год получал эти сообщения. Накатывать лог событий за год? Вручную делать экспорты/импорты?
Видимо я не так гуглил. Подскажите, пожалуйста, ключевые слова.
1. Просто лог хорошо. Ежемесячные/еженедельные/квартальные снэпшоты еще лучше. То есть, если есть просто лог, то надо по нему бежать за целый год, чтобы получить актуальную картину, что очень не продуктивно. Если лог начали делать, то наверняка хотели, чтобы его кто-то читал? ну вот поставьте службу, которая периодически бежит по логу и делает снэпшоты. Снэпшот это снимок системы на какую-то точку времени. Тогда бежать по логу нужно не с начала, а от последнего снэпшота.
2. Лог должен иметь длину. Как по времени, так и по размеру. Создание бесконечных очередей, логов, файлов - плохая инженерная история. Нужно определеить скользящее окно для лога.
3. Тщательно продумать, что попадет в лог, а что нет. Какие сущности реально нужны, а без каких можно обойтись. Прикиньте стоимость хранения. И сопоставьте со стоимостью восстановления с нуля.
4. Лучше восстановить базу сущностей из бэкапа другой системы для нового сервиса. И прогнать дельту сообщений из лога, с момента бэкапа до текущего момента.
2. Лог должен иметь длину. Как по времени, так и по размеру. Создание бесконечных очередей, логов, файлов - плохая инженерная история. Нужно определеить скользящее окно для лога.
3. Тщательно продумать, что попадет в лог, а что нет. Какие сущности реально нужны, а без каких можно обойтись. Прикиньте стоимость хранения. И сопоставьте со стоимостью восстановления с нуля.
4. Лучше восстановить базу сущностей из бэкапа другой системы для нового сервиса. И прогнать дельту сообщений из лога, с момента бэкапа до текущего момента.