Я работаю над новым проектом, который будет включать в себя хранение событий из разных систем через случайные промежутки времени.Такие события, как завершение развертывания, производственные ошибки, события непрерывной интеграции и т. Д. Это данные временного ряда, хотя объем должен быть относительно низким, несколько тысяч в день и т. Д.
Я думал, что InfluxDB былЭто хороший вариант, так как приложение будет вращаться в основном вокруг графика времени, продолжительности и т. д., хотя с этими точками данных должно быть небольшое количество данных.Информация, такая как сообщения об ошибках, описания, URL и, возможно, строки размером с Twitter.Я бы сказал, что есть большая вероятность, что большинство событий на самом деле не будут иметь числового значения, а будут просто служить в качестве точки отсчета времени для события.
В качестве примера я бы ожидал, что многие события будут выглядеть (в формате протокола линии Influx)
events,stream=engineering,application=circleci,category=error message="Web deployment failure - Project X failed at step 5", url=“https://somelink.com”,value=0
Мой вопрос здесь, я подхожуэто неправильно?Является ли InfluxDB неправильным выбором для данных такого типа?Я прочитал несколько страшных историй о повреждении данных, и я немного нервничаю, но я не совсем уверен в каких-либо лучших (но также и доступных) вариантах.
Как бы вы поступили с хранением такого типаданные таким образом, что можно получить доступ с высокой частотой для таких целей, как панель инструментов в реальном времени?Я сопротивляюсь желанию просто развернуть базу данных Postgres.