меня развернули, сказав набираться опыта в линуксе, питоне и ELK. Собственно, с первыми двумя пунктами понятно как и что делать, а что делать с ELK? Какую базу хочет типичный работадатель от middle/senior позиции именно по части ELK? Как получить опыт с ELK, если ты не работаешь с ним на основной работе? Если можно, тот же вопрос про TICK stack.
Полагаю мидл/сеньор знают ответ на эти вопросы
И сдохнуть от голода и стресса?
Я не спрашивал, куда нужно идти, а спросил довольно точно - ELK + TICK стеки и что обычно по ним спрашивают/ожидают.
Только практика, даже если не используете на работе, дома или в своих пет проектах попробуйте пособирать логи, сделать pipline на grok или ingest нодах. Собрать dashboard в kibana. Итд. Наши админы должны например знать стандартые postfix, apache, nginx, haproxy, mysql etc с логами в файлах и всякие железки типа свитчи, рутеры и firewall. у них логи по syslog или snmp собираються. Это всё в елку, приправить алертами и ... PROFIT!
Базовая эксплуатация
Да там вроде и обучение так себе по отзывам
Ты жив?!
Нет, он умер от голода
да нет, правдиво
Типовой сценарий: есть зоопарк серверов, на нем зоопарк сервисов которые генерят логи, кто-то в stdout, кто-то в файлы, каждый в своем формате. Поднять tick/elk чтобы можно было зайти в веб-интерфейс и посмотреть логи. По логам должно фильтроваться/искаться и не умирать при обработке запросов, даже через год. Плюс разграничение доступов.
идти туда где ELK не как основной стек, а лишь как вспомогательный инструмент, там и потыкаться в него, если так сильно дальше хочется работать с elk )
Как понять потыкаться? Где я сейчас работаю, настройки покрутить мне никто не даст, но есть возможность как юзер что то смотреть в эластике. У нас вроде до 2х млн строчек логов в секунду пишется. Это не считается?
...
Обсуждают сегодня