Riak-TS UseCase vs другие tsdb
Это подтверждение концепции, и мне любопытно узнать, как использовать Riak-TS для ее оценки.
Я работаю над мобильным приложением, частью которого является отображение графиков / диаграмм различных данных. Данные относятся к коммерческим принтерам, заданиям, которые передаются им, и к предварительной обработке информации и имеют снимок различных метрик, но в настоящее время доступны только в режиме реального времени, поэтому я рассматриваю реализацию tsdb для анализа исторических данных.
Я бы использовал Riak-TS для сбора данных временных рядов с интервалом около 30-60 секунд и использовал эти данные для отображения:
количество заданий, напечатанных по часам / смене / дню / неделе / и т. д. Использование чернил по часам / смене / дню / и т. д. Различные другие данные, относящиеся к снимку суммы / средней / серии данных за определенный промежуток времени.
Какие вещи я должен рассмотреть, чтобы решить, следует ли использовать Riak-TS для этого и потенциальных недостатков, чтобы подумать?
Какой уровень Erlang требуется, чтобы использовать Riak для базового доказательства концепции концепции этого случая. Я довольно хорошо разбираюсь в Python и JavaScript, и похоже, что Riak был доступен для работы на этих языках, но у меня, вероятно, нет времени изучать Erlang для настройки этого проекта.
Есть ли заметная разница в Python, Node.js, HTTP-интерфейсе, более простом в использовании, быстром, большем количестве функций и т. Д.? Я работал с некоторыми облачными сервисами, где некоторые интерфейсы не имели / глючили / медленные функции и хотели бы использовать лучший из них. Если это Java, C# или Go, я бы тоже заинтересовался этой информацией.
Какие еще реализации с открытым исходным кодом за пределами Riak-TS мне следует изучить?
1 ответ
На первый взгляд это звучит как хороший потенциальный вариант использования Riak TS. Есть ли недостатки в использовании TS против чего-то еще? Возможно, я хотел бы отметить одну вещь: вы не сказали, с какими данными вы будете иметь дело. Riak TS спроектирован для кластеризации с самого начала, поэтому рекомендуется начинать с кластера из 5 узлов по причинам высокой доступности. Вы можете начать с одного узла и масштабировать его по мере необходимости, но при этом вы теряете некоторые из преимуществ платформы TS.
Я также укажу, что TS был недавно открыт с открытым исходным кодом и, возможно, еще не обладает всеми функциями своих конкурентов (но команда и полное раскрытие, которое я работаю для Basho, работают над частыми выпусками для добавления новых функций).
На Эрланге. Вы должны знать 0 Erlang, чтобы использовать TS. Для того, что вам нужно сделать, нет необходимости изучать Erlang.
Клиент Python для Riak TS превосходен. Я использовал это и клиент Java широко. Я предполагаю, что другие клиенты также довольно хороши, потому что они написаны и поддерживаются той же группой инженеров, а клиентское программное обеспечение является их специальностью.
Я бы порекомендовал использовать клиент (будь то Python, Node, Java и т. Д.) Через HTTP API, потому что это, вероятно, будет проще для вас и производительность будет лучше, поскольку клиенты используют буферы протокола и / или TTB против HTTP.
Другие базы данных вы должны попробовать? Вы упоминаете ЦДБ в заголовке этого вопроса. По моему опыту, с TSDB гораздо сложнее начать работу. InfluxDB, пожалуй, самая популярная база данных для временных рядов. У меня нет личного опыта с этим, но я догадываюсь по его популярности, что это довольно хорошо.
Ваш вариант использования звучит довольно интересно (я работал в полиграфической промышленности), поэтому, если у вас есть какие-либо вопросы, с которыми я могу помочь, пожалуйста, дайте мне знать.