Ооо, тут половина чата наверное из соседних :D

Стран?

чатиков

чатиков

Ага, я с python пришел:)

Может утром кто подскажет почему если сначала делать git clone, а потом эту папку в Dockerfile COPY то кеш потом не используется? Что я делаю не так?

Подскажите, ребят, а зачем в тг чятик, если есть на slack? Или vice versa, если угодно

Я именно про devops тусовочку

Нужна помощь зала.. зач

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

А то чел терроризирует оргкомитет войдет его заявка или нет.. ему билеты покупать надо..

Интересно

+4

Подскажите, ребят, а зачем в тг чятик, если есть на slack? Или vice versa, если угодно

Потому что телеграм это мирк. А слака для работы, там не до чатов ))

+2

Потому что телеграм это мирк. А слака для работы, там не до чатов ))

Т.е. если я devops wannabe с кучей банальных вопросов, мне в тг?

+2 на уровне ну ок

Т.е. если я devops wannabe с кучей банальных вопросов, мне в тг?

Stackoverflow для начала, а вообще что за вопрос? Везде надо быть, а потом сам уже решишь какой поток информации тебе нужен

+2 но надо добать супер группы телеграма

Тю. StOv, это скорее по техническим ньюансам. А в целом, когда надо понять идею и придумать, как её адаптировать в своём ентерпрайзе… но это кмк лучше вообще начать на какой-нибудь оффлайн-встрече. В этом чате такие бывают?

Подскажите, ребят, а зачем в тг чятик, если есть на slack? Или vice versa, если угодно

ну для начала есть gitter, а не слак. слак для лохов :-P

Потому что телеграм это мирк. А слака для работы, там не до чатов ))

для работы MatterMost, а не слак. Вот ещё - работу держать хрен знает где хрен знает у кого.

А для внешних контактов Telegram secret chats

Ну или скайп = это уж как клиенту будет угодно

скайп - это боль

пока невстретишь ms only клиента с корпоративным скайпом

что еще большая боль

пока невстретишь ms only клиента с корпоративным скайпом

У меня такие на работе

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

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

Уточню, в своём вопросе про слак имелся в виду общий девопс чатик, а не частный случай коллективов.

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

Мы небольшой командой пересели на свой интернет. Вполне себе норм. Пара роутеров и все. Используем обычный 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 логи дорого ?

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

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