Должен ли я использоватьasticsearch для журналов аудита?

Question

Я создаю приложение в микросервисной архитектуре.Поэтому у меня разные бизнес-модели, работающие на разных микросервисах.

Микросервисы используют базы данных графиков и документов.

Что мне нужно сделать, так это то, что мне нужно хранить все журналы аудита об объектах всякий раз, когда они были изменены. Есть несколько способов сделать это, два из которых я подумал:

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

Какими другими способами я должен следовать передовой опыт?В конце концов, моя цель - когда кем изменился объект.

Приветствия!

Answer 1

Общая рекомендация - не использовать ES в качестве вашего авторитетного хранилища данных.Если вам нужна надежность 99,99% для данных аудита, храните их где-то еще и индексируйте в ES, когда вам нужны возможности поиска.

По моему опыту, ES достаточно устойчив, но я все же имею в виду, что его хранилище не так уж хорошо отлажено по сравнению с хорошо известными реляционными БД или Cassandra / HDFS, и я не буду хранить там важные данные.

Также имейте в виду, что индекс ES не очень гибкий, если вы хотите сильно перемасштабировать свой кластер или изменить отображение полей, вам, возможно, придется переиндексировать все.Более новые версии ES предлагают «Reindex API», но это слабое место.