На Dell latitude 5590 с линуксом постоянно нажимался тачпад, пришлось выключить. На macbook 12' тачпад больше, но ни разу не помешал и случайно запястьем не нажался в макосе. Так что YMMV.
По чтений доки на waypoint и кода возникает ощущение что этот узкоспециализированный инструмент широчайшего профиля будет делать всё, но одинаково плохо и негибко.
Например, исходники плагина релиза в k8s очень жестко навязывают очень простую структуру приложения и никак не рассчитаны на эксплуатацию в реальной жизни. Только для создания демо-стендов и проверки гипотез.
На этом фоне мне чисто идеологически больше нравится например werf.
1.0 это красивая цифра, привлекающая внимание обещанием стабильности.
Но не менее интересные фичи, оказывается, появляются и не в таких эпохальных релизах. Сегодня пришла в голову мысль, что не хватает экспорта метрик по успеху выпуска сертификатов и оставшемуся времени до протухания оных. Полез смотреть, а такую функциональность добавили уже в версий 0.9. Плюс метрики превышения лимитов LE.
Отсюда вопрос: есть у кого-то опыт настройки мониторинга cert-manager в прометее? Поделитесь впечатлениями, опытом.
Действительно, зря не упомянут filebeat. По сравнению с адовыми регэксп-трюками fluentbit-а для разделения k8s ns по индексам эластика простой yaml для такой фильтраций в filebeat — просто подарок.
Справедливости ради, какие-то дашборды из коробки заявлены. Надо только включить.
Цитирую себя же из объяснения коллеге в декабре 2019-го:
Документация страдает неполнотой. Есть примеры но они не помогают сделать что-либо чуть более сложное чем конфигурация из коробки. В частности, чтобы разделить разные пространства имён k8s на разные индексы, пришлось прочитать всю документацию по модулям ввода, вывода, фильтрации, изучить багтрекер, попробовать пяток вариантов задания конфигурации целиком.
Ну вот например типовой случай: нужно собрать все логи с докер-демона, обогатить их данными k8s, потом разные пространства имён k8s отправить в различные индексы эластика плюс не перечисленные пространства в дефолтный индекс. Какой минимальный конфиг делает такое в векторе?
Я делал что-то похожее на fluentbit в 2019 (заменяя жручий и глючный fluentd) но помню что изматерился потому что надо было нарисовать кастомные PARSER, FILTER, INPUT плюс OUTPUT на каждый вид индексов и всё это густо приправлено кастомными регулярками и совершенно неочевидной даже из документаций логикой работы модулей fluentbit-а.
Когда последний раз смотрел доку, там ничего особо не поменялось. Так что в новой инсталляций плюнул и скидываю логи в один индекс. Хотелось бы чего-то более декларативного и cloud-native из коробки (fluentbit делался для embeded/IoT).
Потыкать вектор для сбора логов кластеров всё руки не дойдут. Хотя из доки очевидно что там много интересных фич.
Действительно, за деревьями леса не видно, как по мне. Про внутренности вектора почти ничего и не рассказано, всё заслоняют второстепенные подробности. Придется самому изучать. Хочется верить что оно менее невменяемо чем fluentbit.
А тем кто уже подавался почему не отвечаете? hr-ы, понятно, спят, но ведь кто-то проводил собес и потом наверное открывал тестовое задание, он то чего молчит?
И ни слова о своей политике в эти тяжелые времена. Меня это беспокоит потому что уже не первый месяц в мониторинге наблюдаю тенденцию к росту steal time. В пределах приличий, <5% в пике, но средние значения растут в разы, страшноватый тренд...
Не то чтоб революция или конкретный телефон, но важный момент: где-то в 2018-2019 годах б.м. массово появились андроиды, живущие больше одного дня на заряде. Так что если забыл/не смог поставить на ночь заряжаться, не проблема. Чисто ИМХО.
Да. Понятно, что инвентория одна, но разные хосты берут из неё разные части (group_vars/host_vars) и хочется узнать как выглядит наполнение инвентаря (факты, если хотите) с т.з. другого хоста, не текущей фикстуры host.
На Dell latitude 5590 с линуксом постоянно нажимался тачпад, пришлось выключить. На macbook 12' тачпад больше, но ни разу не помешал и случайно запястьем не нажался в макосе. Так что YMMV.
Tekton?
По чтений доки на waypoint и кода возникает ощущение что этот узкоспециализированный инструмент широчайшего профиля будет делать всё, но одинаково плохо и негибко.
Например, исходники плагина релиза в k8s очень жестко навязывают очень простую структуру приложения и никак не рассчитаны на эксплуатацию в реальной жизни. Только для создания демо-стендов и проверки гипотез.
На этом фоне мне чисто идеологически больше нравится например werf.
https://www.freedesktop.org/software/systemd/man/ — туть. Ну и локальный man дублирует для вашей версий.
1.0 это красивая цифра, привлекающая внимание обещанием стабильности.
Но не менее интересные фичи, оказывается, появляются и не в таких эпохальных релизах. Сегодня пришла в голову мысль, что не хватает экспорта метрик по успеху выпуска сертификатов и оставшемуся времени до протухания оных. Полез смотреть, а такую функциональность добавили уже в версий 0.9. Плюс метрики превышения лимитов LE.
Отсюда вопрос: есть у кого-то опыт настройки мониторинга cert-manager в прометее? Поделитесь впечатлениями, опытом.
Действительно, зря не упомянут filebeat. По сравнению с адовыми регэксп-трюками fluentbit-а для разделения k8s ns по индексам эластика простой yaml для такой фильтраций в filebeat — просто подарок.
Справедливости ради, какие-то дашборды из коробки заявлены. Надо только включить.
Или думают, что знают :-)
Цитирую себя же из объяснения коллеге в декабре 2019-го:
Ну вот например типовой случай: нужно собрать все логи с докер-демона, обогатить их данными k8s, потом разные пространства имён k8s отправить в различные индексы эластика плюс не перечисленные пространства в дефолтный индекс. Какой минимальный конфиг делает такое в векторе?
Я делал что-то похожее на fluentbit в 2019 (заменяя жручий и глючный fluentd) но помню что изматерился потому что надо было нарисовать кастомные PARSER, FILTER, INPUT плюс OUTPUT на каждый вид индексов и всё это густо приправлено кастомными регулярками и совершенно неочевидной даже из документаций логикой работы модулей fluentbit-а.
Когда последний раз смотрел доку, там ничего особо не поменялось. Так что в новой инсталляций плюнул и скидываю логи в один индекс. Хотелось бы чего-то более декларативного и cloud-native из коробки (fluentbit делался для embeded/IoT).
Потыкать вектор для сбора логов кластеров всё руки не дойдут. Хотя из доки очевидно что там много интересных фич.
P.S.: это же перевод :-)
Действительно, за деревьями леса не видно, как по мне. Про внутренности вектора почти ничего и не рассказано, всё заслоняют второстепенные подробности. Придется самому изучать. Хочется верить что оно менее невменяемо чем fluentbit.
Мне казалось, в комментариях только и будут спрашивать, не соврал ли Уоттс в ложной слепоте про невидимость между саккадами :-)
А какой смысл сравнивать зарплаты с Мск/Спб если обязательна релокация? Какие вообще зарплаты IT-шников по Кипру?
А тем кто уже подавался почему не отвечаете? hr-ы, понятно, спят, но ведь кто-то проводил собес и потом наверное открывал тестовое задание, он то чего молчит?
И ни слова о своей политике в эти тяжелые времена. Меня это беспокоит потому что уже не первый месяц в мониторинге наблюдаю тенденцию к росту steal time. В пределах приличий, <5% в пике, но средние значения растут в разы, страшноватый тренд...
Не то чтоб революция или конкретный телефон, но важный момент: где-то в 2018-2019 годах б.м. массово появились андроиды, живущие больше одного дня на заряде. Так что если забыл/не смог поставить на ночь заряжаться, не проблема. Чисто ИМХО.
А не проще сразу же манифесты для prometheus-operator положить в deploy/ или даже упаковать всё это в хелм-чарт ?
Разобрался. Мутная документация. И сам пакет странноватый.
Криво сформулировал изначально, надо было кодом.
Именно так и делаю и получаю по сути пустой инвентарь (там только ansible_hostname и groups, чтоли). На этом мысль останавливается...
Да. Понятно, что инвентория одна, но разные хосты берут из неё разные части (group_vars/host_vars) и хочется узнать как выглядит наполнение инвентаря (факты, если хотите) с т.з. другого хоста, не текущей фикстуры host.