Репликация данных в Micro Services: восстановление резервной копии базы данных

Question

В настоящее время я работаю с унаследованной системой, состоящей из нескольких служб, которые (среди прочего) обмениваются данными через какую-либо шину Enterprise Service Bus (ESB) для синхронизации данных.

Я хотел бы постепенно работать в этой системе в направлении архитектуры микросервисов. Я планирую уменьшить зависимость от ESB и использовать больше брокер сообщений, таких как RabbitMQ или Kafka. Из-за ограниченности ресурсов/существующих технологий я не думаю, что смогу полностью избежать репликации данных между службами, хотя я должен четко определить единую службу как владельца данных.

Что мне сейчас интересно, как я могу безопасно восстанавливать резервную копию базы данных для одной службы, когда это необходимо? Это приведет к тому, что служба будет не синхронизирована с другими службами, в которых хранятся реплицированные данные. Любой опыт/предложение по этому поводу?

Answer 1

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

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

В зависимости от масштаба резервной копии будет короткий период, когда данные о других службах будут устаревать. Это может быть или не быть приемлемым для вашего случая использования. Подумайте о неподвижности как о какой-то возможной модели согласованности.