Как стать автором
Обновить
12
0
Николай Ольшанский @Eternalko

Пользователь

Отправить сообщение
Еще 2 года будут «рассматривать» :)
Мысли на тему:
— JSON вместо XML
— JSON Schema вместо XSD (Если вообще нужен)
— DocumentDB (a la Mongo) вместо RDBMS (Postgres)

Возможно (возможно) вышло бы меньше кода / проще аналитика.
Действительно. Я по привычке на докер хабе глянул, не увидел официального / с большим количеством скачиваний и оставил «на потом».

Спасибо за наводку. Теперь у меня нет отмазок чтобы не попробовать (:

Попробую его помучать приличной нагрузкой (:
Ну это понятно что будет стоять lb/mq (:
Все хотел его погонять. Обещают аналитику, следовательно много записей и агрегация.

Только руки не доходят. И Docker'a официального у них нет.

Не подойти просто )
Есть и другие анализы. Например свои (:
5-20% возможного уменьшение битрейта для меня укладывается в понятие «сравнимо».

Ссылка хорошая, да. Относительно полтора года… будет видно.
HEVC shitshow двигается медлеееееннно, так лично я не ожидаю что там через год
полтора все наладится. Будем смотреть.
Как быстро он индексирует входящие данные? По вашему опыту/мнени, сколько INSERT'ов в секунду одна приличная нода выдержит? 50к? 100к?
Работали с Druid'ом? Или просто картинка?
Не понял вашего ответа.
HEVC это какой-то лицензионно юридический говношторм. А качество на ближайшие 1.5 года сравнимо с хорошо настроенным AVC. Будем делать тулзы для спокойной работы с VP10.
Когда-то увидел что дошел до 10+ГБ, то примерно за 20 мин. ручной чистки сократили размер на 80%. Как вариант решения проблемы с местом безотносительно программки
вроде Docker имеет свою мощную систему управления логами

Не нужно ее использовать. Она для дебага при разработке.
Спокойно, у нас 100к событий в секунду ) Сейчас масштабируем до 1М/с.
Правда столько держать «в себе» нет надобности. Контакт ваш записал, можем обмениваться опытом.
На порядок больше
Хранить логи по пол года это как не ходить пол года в туалет :)
Но закон есть закон, да )
Высокопроизводительные noSQL базы как правило обладают плоской схемой и малыми возможностями для агрегации, а другие еще и задержкой в получении данных.

Иначе говоря, вы недостаточно изучили фундамент.

Если совсем коротко, раз уж про ELK который вы очевидно даже не тестировали, то ELK быстрее Mongo в разы. И чем сложнее «запросы» тем отрыв больше.
Но игра «у кого быстрее» это не самое главное. У ELK отличный stack и поддержка для таких time-series use cases на порядок серьезней, практичней и прагматичней.
Нам к примеру нужно обрабатывать 1М событий (JSON) в секунду и писать в базу. Ну и потом как-то на эти запросы отвечать. Чуть-чуть больше памяти немного помогает процессу, да.
<docker-nerd>
— Базового образа. Контейнером он станет при запуске)
— Приложение в контейнере лучше бы не перезапускать, а сделать дамп, выслать тело разрабам и создать новый
</docker-nerd>
Писать в JS и не писать `require` немного странно )

Информация

В рейтинге
Не участвует
Откуда
Warszawa, Польша
Зарегистрирован
Активность