Вы еще интернет свой заведите, а то тоже не пойми через кого все ходит.

Мы небольшой командой пересели на свой интернет. Вполне себе норм. Пара роутеров и все. Используем обычный ethernet, всех устраивает.

Поэтому поводу у меня вопрос, тут флудильня с обсуждениями DevOps штук вперемешку со смехуечками или тут серьезные вопросы надо задавать и серьезные ответы отвечать?

пока на серьезные вопросы ответов не было

Про слак все просто

У меня всего 8G памяти на ноутбуке

Вы же знаете, что представляет из себя десктопный слак-клиент?

> всего 8G

32G это норма ))

у нас вообще слак невзлетел

Поэтому поводу у меня вопрос, тут флудильня с обсуждениями DevOps штук вперемешку со смехуечками или тут серьезные вопросы надо задавать и серьезные ответы отвечать?

Серьезных вопросов я знаю всего два

И я очень давно не видел, чтобы их в чатах задавали

пришло время задать

Just4fun при выше всего, согласен с Александром

А что это за вопросы ?

На которые отвечают 17

“Хули ты здесь трешься?” и “Кого знаешь?”

хуле

Вот это - серьезные вопросы А для всех остальных вопросов есть StackExchange

это слово на "е" кончается

Лике

это слово на "е" кончается

Да лан

У нас на районе на "и"

Кофе вон сделали среднего рода

агрумент

У нас на районе на "и"

Респект пацанам

зала - зацените заявку на доклад от -5 до +5 http://devconf.ru/ru/offers/offer/90

я б на такое не шел, потому что тысячу и один раз терли уже на эту тему

я б на такое не шел, потому что тысячу и один раз терли уже на эту тему

Это потому, что ты сам докладчик

А в зале люди будут разные

Простите, я опять подкину на вентилятор. А может в Discord тоже DevOps тусовка есть?

вобще я честно говоря не понимаю как через чатик дейсвительно "управлять" чем то.

триггеры разные дергать, да согласен. А вот смотреть графики из мониторинга через чатик.... ну хз как то.

Господа а скажите как лучше из supervisord отправить syslog на удаленный хост ?

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

и тут чо то у меня не скалдывается пазл

триггеры разные дергать, да согласен. А вот смотреть графики из мониторинга через чатик.... ну хз как то.

ну а что? Та пишешь - покажи где херня и тебе сразу все графики на которых данные выше тригера

ну когда проблема он же слишком дохера покажжет не ? )

ну так ты тогда пишешь - "покажи где херня, но только самое важное"

а потом пишешь - "почини" и всё чинится

а потом лезешь по ssh и чинишь то, что "починил" бот ^^

Господа а скажите как лучше из supervisord отправить syslog на удаленный хост ?

Помоему не супервизор, не системд(журнал) так до сих пор не умеют. Поэтому приходится просто в файлик / socket и из него уже читать syslog-ng/rsyslog

ага.

ну тоже вариант

Помоему не супервизор, не системд(журнал) так до сих пор не умеют. Поэтому приходится просто в файлик / socket и из него уже читать syslog-ng/rsyslog

видимо так вот https://github.com/infoxchange/supervisor-logging

ну так то да, но из коробки никак ) 

зала - зацените заявку на доклад от -5 до +5 http://devconf.ru/ru/offers/offer/90

+5 отличный доклад и очень в тренде

Минука - жизненных картин - http://classicprogrammerpaintings.com/

fix: *Минутка )

в продолжении темы про ELK а кто нить льет логи в mongo ?

и если льет чем от туда их потом выгребает

лил, не лью, и вам не советуюю :)

а почему ?

лил, не лью, и вам не советуюю :)

+1

а почему ?

У вас не будет проблем (почти) ровно до момента поднятия кластера монги. Ну разве что с oplog. После вы познаете дзен :) Если монга у вас на аутсорсе, да как saas, то еще как-то жиь будет можно. Именно как-то. В то же время ноды ES можно клепать как пирожки, особо каких-то проблем с кластером нет. Даже если вы решили бить на много шардов индексы.

ага. если монга выделенная под логи, а логи с ttl index есть смысл продолжать ?

ага. если монга выделенная под логи, а логи с ttl index есть смысл продолжать ?

Имхо, лучше и не начинать. Ну вот у тебя случается всплеск по логам, что делать?

описанный сценарий повторяет архитектуру грейлога примерно пятилетней давности

писать логи сначала в nsq а потом скидывать их в mongo

писать логи сначала в nsq а потом скидывать их в mongo

Пожалуй я готов вам посочувствовать :) Простите за некое тролололо :)

ок. ничего. на публичных каналах тролло привычно :)

однако вопрос был чем их от туда достовать ?

ок. ничего. на публичных каналах тролло привычно :)

Какая причина у вас, усложнять себе жизнь?

не хочется тащить java в стек

То есть трахаться с монго - это норм? А вполне себе работающая java, где еще все вполне контейнеризируется, это проблемно?

мм а cloudwatch логи дорого ?

в папблик отдавать нельзя пока.

да я учитываю вариант контейниризации джавы

я понимаю людей выкидывающих логстеш и кибану, но эластик вроде вполне нормально работает

логстеш да, мы можем вполне выкинуть просто перейдя на логирование сразу в json формате

Я перебрал несколько вариантов с логами, на текущий момент у меня порядка 5000 log-event/sec, и ничего кроме ELK не подошло. Причем, по факту, проще и стабильнее было перевести часть логов с GELF/file, на flume/kafka, и притянуть еще zookeeper. И все это работает без нареканий, не смотря на java.

а за что выбрасывать кибану ?

как раз кибана это сильный аргемент за elk без l

logstash порядоччно допилили. Он у меня делает для части логов дупликацию, так как я логи кладу в ES и в cassandra

коллеге нужно было 25 дашбоардов заскриптовать, в графане он смог это сделать в отличии от

а кстати да.

графана же теперь умеет из еластика достатвать события

коллеге нужно было 25 дашбоардов заскриптовать, в графане он смог это сделать в отличии от

Не вижу проблемы json клепать. Хотя согласен с тем, что для графаны попроще.

а она из еластика может только события или и данные для рисунков ?

у еластика ыла статья, вплоть как time series хранить в их стеке

А какие проблемы с кластером монги ? Расскажите как ) 

если мы говорим про 2.8+