Теперь просится на все эти данные натравить какой-нибудь AI и попросить рассчитать основные параметры конфигурации. Ну и пересчитывать периодически, по факту исполнения нагрузки на БД.
Решение кроется в грамотном управлении метриками и лейблами
Любой, кто пытался этим заниматься может подтвердить, что это трудоёмко, да и выигрыш временный. Через время придут новые источники с новым набором кривых лейблов id/guid и всё начнётся заново.
Поэтому в Grafana Cloud процесс оптимизации автоматизировали. Ядро проверяет - используются ли лейблы/метрики в дэшбордах и/или в алертах. И если нет - выкидывает всё лишнее. Такой мегакостыль, но штука небесполезная. Возможно, и в вашем решении стоит подумать о чём-то подобном.
P. S. Объяснение churn - не сказать, чтобы сильно понятное. Но это ихмо.
Анекдот смешной только на первый взгляд, на второй он оторван от реальности ) Конечно, в плане обучения Номы будет предмет "как лечить не вылечивать". И без хорошей отметки по нему никто Ному до мадам Рабинович не допустит
Спасибо, отличная статья! Так ловко написано - что, кажется, и ребёнку будет понятно, хотя обсуждаются довольно сложные штуки.
Вопрос - Вы пишите, что ноды Vault раскиданы по дата центрам. Не было ли у Вас проблем с вылетом узлов Vault из кластера из-за даже небольших проблем со стабильностью/latency сети между ДЦ? Если были - как обходите?
Интересно было бы попробовать грок, но в регулярки добавить в начало ^, где это применимо. Делем так в 99 процентах случаев при парсинге логов. Есть мнение, что это весьма ускоряет регулярки.
Ещё смутил параметр keep_empty_captures, интересен сценарий его использования.
Т.е. в 1971-м увидели готовые аппараты и, т. к. "нужно было показать, что и в СССР есть вещи не хуже", в начале 1980-х объявили тендер на разработку...
Ниссан бесплатно давал такую фичу, даже в РФ. Кажется, любой айтишник, подумав, должен был сразу же её отключить после покупки машины. Благо такая возможность была.
А вот видеть местоположение и закрыты ли двери через мобильное приложение - было удобно.
Справедливости ради стоит отметить, что он не пашет в gnome начиная с Ubuntu 23 или 24. Что-то там разработчики gnome под закрутили, есть issue на гитхабе flameshot
Мать Тереза вроде из той же оперы была
"посмертная" cmdb это прям в яблочко
Как все это не работало у Mercury в 2006м, так и сейчас не работает кмк.
В 2006м поэтому что все время внедренцев тратилось на глюки софта, дискаверинга и правила, мать их, реконсиляции КЕ.
Сейчас - потому что кубер и попробуй его отдискаверить, когда за час тыща контейнеров поднимется и помрёт.
Cmdb всегда отстаёт от реальной жизни, а потому почти бесполезна, а содержать дорого.
Теперь просится на все эти данные натравить какой-нибудь AI и попросить рассчитать основные параметры конфигурации. Ну и пересчитывать периодически, по факту исполнения нагрузки на БД.
Кажется, windirstat хотели обучить работать с mft, но не срослось. А вот WizTree работает. Его тоже в статье нет.
Ещё интересно, как такие суммы выкупа получали? Налом что-ли? Не свифтом же
Поддержу, не точит. Особенно ножи ИКЕА не точит. По ощущениям, правда, они из достаточно твердой стали. Ещё есть такая же Fiskars, тоже не точит.
Как вариант - поменять телевизор на Phillips с Ambilight подсветкой )
Объяснение churn через чашки - гораздо, гораздо лучше! Я бы включил в статью )
>Здесь всё не так однозначно: лейблы зачастую не нужны для дашбордов и алертов, но при расследовании инцидентов они оказываются крайне полезными
Да, поэтому я и назвал это "мегакостылём". Но в целом механизм забавный как минимум.
Спасибо за статью.
Любой, кто пытался этим заниматься может подтвердить, что это трудоёмко, да и выигрыш временный. Через время придут новые источники с новым набором кривых лейблов id/guid и всё начнётся заново.
Поэтому в Grafana Cloud процесс оптимизации автоматизировали. Ядро проверяет - используются ли лейблы/метрики в дэшбордах и/или в алертах. И если нет - выкидывает всё лишнее. Такой мегакостыль, но штука небесполезная. Возможно, и в вашем решении стоит подумать о чём-то подобном.
P. S. Объяснение churn - не сказать, чтобы сильно понятное. Но это ихмо.
Анекдот смешной только на первый взгляд, на второй он оторван от реальности )
Конечно, в плане обучения Номы будет предмет "как лечить не вылечивать". И без хорошей отметки по нему никто Ному до мадам Рабинович не допустит
Спасибо, отличная статья! Так ловко написано - что, кажется, и ребёнку будет понятно, хотя обсуждаются довольно сложные штуки.
Вопрос - Вы пишите, что ноды Vault раскиданы по дата центрам. Не было ли у Вас проблем с вылетом узлов Vault из кластера из-за даже небольших проблем со стабильностью/latency сети между ДЦ? Если были - как обходите?
С какой такой карты?
Интересно было бы попробовать грок, но в регулярки добавить в начало ^, где это применимо. Делем так в 99 процентах случаев при парсинге логов. Есть мнение, что это весьма ускоряет регулярки.
Ещё смутил параметр
keep_empty_captures, интересен сценарий его использования.Но dissect будет всегда быстрее - это бесспорно.
Т.е. в 1971-м увидели готовые аппараты и, т. к. "нужно было показать, что и в СССР есть вещи не хуже", в начале 1980-х объявили тендер на разработку...
Ниссан бесплатно давал такую фичу, даже в РФ. Кажется, любой айтишник, подумав, должен был сразу же её отключить после покупки машины. Благо такая возможность была.
А вот видеть местоположение и закрыты ли двери через мобильное приложение - было удобно.
Видимо, основная идея движа - что пользователи, замучавшись с тормозящим YT, плавно само переползут на другие площадки.
Черепахи в прыжках по веткам замечены не были
OpenVMS. Очень интересная ОС, особенно в плане кластерности. Была статья на Хабре.
Видел её живьем в Сбере в Нижнем Новгороде.
Справедливости ради стоит отметить, что он не пашет в gnome начиная с Ubuntu 23 или 24. Что-то там разработчики gnome под закрутили, есть issue на гитхабе flameshot