Когда-то пытались в компании приучить всех сотрудников не хранить ничего локально, все должно быть на сервере, с бекапами и прочими балеринами. Естественно ничего не получалось, все равно "новая папка" на рабочем столе до последнего было самым удобным местом хранения всего. А потом компания купила самосвал с партией бракованных винчестеров ( кто знает про DTLA серию тот не смеется). Продавать их было нельзя по понятным причинам, решили ставить в офисные машины. Умирали они примерно через 3 месяца использования, после этого просто менялись на такие же, с залитым заранее образом, что занимало 10 минут. А на все вопросы типа "У меня на рабочем столе были очень важные документы" был простой ответ, что это запрещено политикой компании. Все достаточно быстро поняли что хомячить мусор или не мусор на рабочем столе не надо =)
Когда Россия начала войну в Украине - хабр вне политики. Когда началась мобилизация и начало подгорать - хабр вне политики, но нам не западло рассказать как свалить, как перевести деньги и прочее. Вы либо трусики наденьте, либо крестик снимите (с)
>Центральный репозиторий, который хранит шаблоны, должен быть публичным.
И это убивает всю концепцию на корню. В очень многих компаниях публичным не может быть ничего. А жаль, этого прям очень не хватает и приходится делать свои странные велосипеды имитирующие shared libs из дженкинса. Жду кода добавят хотя бы возможность сделать чекаут репы с шаблонами и потом их нормально использовать.
А не смотрели на менее велосипедные решения? Типа https://github.com/telepresenceio/telepresence Сейчас возникла похжая необходимость и как раз думаю собирать свой велосипед или найти готовый
Я для разблокировки Huawei Honor View 10 отправил запрос в их британский твитер, код прислали через пару часов. На том же 4pda есть подробная интсрукция. Он кстати в списке официально поддреживаемых Los но на практите ничего кроме кирпича или гемороя от этой связке получить не получилось.
Вот тут не подскажу, у себя в голове похоронил графит и все что с ним связно, как-то не выглядит он как современный фреймворк, хотя его сейчас местами на golang переписывают, все модно молодежно.
Чисто в порядке бреда не пробовали moria + Graphite Exporter. Собирать и в графите отправлять их в морию, а паралельно через экспортер в прометеус. Я понимаю, что конструкция странная, но например можно node-exporter + alertmanager заменить на collectd + moria + Graphite Exporter. Хотя бы ради эксперимента.
ну его надо один раз грокнуть и больше ничего не надо, функционал у него покрывает все. А если хочется что-то простое и сразу можно прикрутить графану, там есть базовая система алармов. Еще можно взять какое-нибудь готовое решение вроде kube-prometheus
и просто пользоваться им как примером.
нет, скорее всего просто выкинуть Telegraf+InfluxDB. А вот что делать с забиксом еще не решили, хочется сначала потестировать новые плюшки типа «pull lprometheus metrix to zabbix» а еще есть странный вариант zabbix-exporter для прометеуса, но вот он пожалуй совсем не нужен. Пока что склоняемся от забикса оставить только внешние тесты и веб скрипты, просто потому, что это тоже надо где-то делать, а забикс все равно используется для внутренней инфраструктуры.
Слишком много всего получается, но меньше тоже никак. От метрик в ELK отказались по целому ряду причин, медленно, неэффективно по месту и памяти, сырая система алармов в бесплатной версии, родные биты очень капризные иногда просто переставали собирать данные. Логи в ELK для общего разбора что происходит и некоторых очень специфических метрик, которые берутся из логов приложения. Параллельно логи так же уходят в Sentry, уже дублирование, но так просто удобнее. Что тут можно оптимизировать просто не вижу, кроме того что logspout + logstash заменим на fluent-bit.
Дальше все еще хуже, метрики это Telegraf + InfluxDB + Grafana тут же базовые алармы, все это крутится естественно внутри докеров. А потом опять начинается дублирование: Zabbix на котором крутятся веб скрипы, метрики типа реальная скорость подключения от одного дата центра к другому и еще пару штук метрик, просто потому что можем и потому что все проблемы видеть на одном дашборде удобнее и еще потому, что хорошая система нотификации. Вот большую часть этого может на себя взять Prometheus за исключением внешних проверок доступности. Alerts тоже очень хорошо реализованы в Prometheus.
Хочется объединить и так же хочется, но при этом не хочется терять удобство, вот и мучаемся.
тут уже очень специфический вопрос, если например обработка данных идет секунды, то мониторить лучше принимающий сервис, сколько принято сколько обработано и отдельно длинну очереди. Дополнительно метрики обрабатывающего процесса можно отправлять в пуш гейтвей, но это уже зависит от логики вашего приложения. Если же обработка идет значительно дольше среднего скрап периода, то тогда смело можно просто к обработчику применять правило автодискавери. А вообще как тут уже упоминали в комментариях — серебряной пули не существует. Push проще для понимания, что-то произошло — ты это что-то отправил, но в прометеусе выбрали другую модель в факе даже есть такой вопрос з забавным ответом (Overall, we believe that pulling is slightly better than pushing, but it should not be considered a major point when considering a monitoring system). В том же забиксе тоже существуют как активные так и пассивные проверки (читай пуш и пул) для каждых задач надо выбирать наиболее подходящий инструмент, и именно муки выбора и сподвигли меня на написание этой статьи.
Если коротко то да. Есть лучший на рынке механизм autodiscovery потому что именно под такие задачи и писался изначально. Здесь можно загуглить про kubernetes annotations и уже упомянутый pushgatway. Кроме того он умеет подключатся например к CloudWatch и брать информацию о созданых/запущеных нодах или лямдах. Вобщем тяжело придумать ситуацию в которая не покрыта функционалом. Еще можно использовать Prometheus Operator в котором почти все, что может относиться к прометеусу настроена из коробки.
Prometheus вообще не писался из расчета на push, из коробки там только pull. Есть несколько костылей типа pushgatway но у него совсем другие задачи, он скорее для лямбд или прочих коротко живущих сущностей. Еще есть StatsD exporter и Prometheus Aggregation Gateway, но они тоже немного для другого и даже по официальной документации больше похожи на временные решения «We recommend this only as an intermediate solution and recommend switching to native Prometheus instrumentation in the long term.»
Когда-то пытались в компании приучить всех сотрудников не хранить ничего локально, все должно быть на сервере, с бекапами и прочими балеринами. Естественно ничего не получалось, все равно "новая папка" на рабочем столе до последнего было самым удобным местом хранения всего. А потом компания купила самосвал с партией бракованных винчестеров ( кто знает про DTLA серию тот не смеется). Продавать их было нельзя по понятным причинам, решили ставить в офисные машины. Умирали они примерно через 3 месяца использования, после этого просто менялись на такие же, с залитым заранее образом, что занимало 10 минут. А на все вопросы типа "У меня на рабочем столе были очень важные документы" был простой ответ, что это запрещено политикой компании. Все достаточно быстро поняли что хомячить мусор или не мусор на рабочем столе не надо =)
Из коробки от сд-дисков
Когда Россия начала войну в Украине - хабр вне политики. Когда началась мобилизация и начало подгорать - хабр вне политики, но нам не западло рассказать как свалить, как перевести деньги и прочее. Вы либо трусики наденьте, либо крестик снимите (с)
>Центральный репозиторий, который хранит шаблоны, должен быть публичным.
И это убивает всю концепцию на корню. В очень многих компаниях публичным не может быть ничего. А жаль, этого прям очень не хватает и приходится делать свои странные велосипеды имитирующие shared libs из дженкинса. Жду кода добавят хотя бы возможность сделать чекаут репы с шаблонами и потом их нормально использовать.
А не смотрели на менее велосипедные решения? Типа https://github.com/telepresenceio/telepresence Сейчас возникла похжая необходимость и как раз думаю собирать свой велосипед или найти готовый
вот пример работы с субтитрами и словарем
addons.videolan.org/p/1154033
habr.com/ru/post/475992
P.S.
Так просто информации для: зато она умеет картинки отправлять =)
и просто пользоваться им как примером.
Дальше все еще хуже, метрики это Telegraf + InfluxDB + Grafana тут же базовые алармы, все это крутится естественно внутри докеров. А потом опять начинается дублирование: Zabbix на котором крутятся веб скрипы, метрики типа реальная скорость подключения от одного дата центра к другому и еще пару штук метрик, просто потому что можем и потому что все проблемы видеть на одном дашборде удобнее и еще потому, что хорошая система нотификации. Вот большую часть этого может на себя взять Prometheus за исключением внешних проверок доступности. Alerts тоже очень хорошо реализованы в Prometheus.
Хочется объединить и так же хочется, но при этом не хочется терять удобство, вот и мучаемся.