все равно не очень понятно как использование Prometheus упрощает масштабирование. В случае StatsD масштабирование осуществляется просто и прозрачно, я сам в свое время писал для этого решение: https://github.com/kt97679/statsd-router Но для Prometheus придется реализовывать шардирование пулеров, что особенно нетривиально если есть требование вообще не терять метрики.
Например, модель StatsD с отправкой через push делает сбор метрик простым как раз-два, если ваш процесс может отправить UDP-пакет, тогда как децентрализованная модель Prometheus с опросами облегчает масштабирование сбора метрик.
Не очень понятно почему pull опросы Prometheus являются децентрализованной моделью.
@GlobalSign_adminможно вас попросить раскрыть тезис о том, как переход на Rust помог бы избежать данного инцидента? Если я правильно понял в данном случае проблема была в файлах данных. Использование другого языка не позволило бы предотвратить инцидент. Или я что-то упускаю?
Есть у меня хороший знакомый, который очень давно уехал из России устроившись на работу в большую зарубежную компанию. Когда компания его релоцировала их юристы в частности дали ему форму уведомить Российскую налоговую, что он открыл счет в зарубежном банке. Знакомый мой человек законопослушный, так что он все сделал, как ему сказали. После этого в России он не появлялся, но у него там осталась очень энергичная мама. И вот недавно она ему сообщает, что ему пришло заказное письмо из налоговой, которое ей на почте никак не хотели отдавать, но она его в итоге у них забрала (повторюсь, мама очень энергичная). В письме налоговая требует от моего знакомого уведомить их о налоговом резидентстве. Он спросил меня, что ему делать. Письмо получено, так что налоговой вернется уведомление о вручении и он резонно считает, что никого не будет волновать, что получил письмо другой человек. Я (возможно слишком наивно) посоветовал ему не делать ничего, но прочитав статью засомневался в разумности моего совета. Можно вас попросить прокомментировать, как лучше поступить в подобной ситуации?
На прошлой работе у нас был выделенный канал в слаке, где каждое утра каждый член команды писал статус из 3-х пунктов: что сделал вчера, что будет делать сегодня, с какими проблемами столкнулся. При необходимости что-то обсудить или прояснить прямо в том канале и обсуждали.
Безусловно так тоже можно делать. Но для этого вам нужен рутовый доступ на хосте. Плюс во время отладки скриптов есть шанс повредить хост систему. В моем подходе рутовый доступ не нужен и риск повредить хост систему отсутствует.
все равно не очень понятно как использование Prometheus упрощает масштабирование. В случае StatsD масштабирование осуществляется просто и прозрачно, я сам в свое время писал для этого решение: https://github.com/kt97679/statsd-router Но для Prometheus придется реализовывать шардирование пулеров, что особенно нетривиально если есть требование вообще не терять метрики.
Не очень понятно почему pull опросы Prometheus являются децентрализованной моделью.
https://github.com/sabotage-linux/sabotage не пробовали?
Какой дистрибутив показал себя лучше всего?
Иногда без initrd не обойтись. К примеру при PXE загрузке.
Как только сделают секс-роботов все проблемы знакомств уйдут :).
Скорее всего вместо команды
cat 3.png secret.zip >> 3.pngдолжна быть командаcat secret.zip >> 3.png@GlobalSign_adminможно вас попросить раскрыть тезис о том, как переход на Rust помог бы избежать данного инцидента? Если я правильно понял в данном случае проблема была в файлах данных. Использование другого языка не позволило бы предотвратить инцидент. Или я что-то упускаю?
Это ведь long polling или я что-то упускаю?
для этого совершенно не нужно тащить полный набор зависимостей с каждой версией софта.
У dell-а есть доступ к BMC по ssh. У серверов, с которыми вы работали, такой возможности не было?
Есть у меня хороший знакомый, который очень давно уехал из России устроившись на работу в большую зарубежную компанию. Когда компания его релоцировала их юристы в частности дали ему форму уведомить Российскую налоговую, что он открыл счет в зарубежном банке. Знакомый мой человек законопослушный, так что он все сделал, как ему сказали. После этого в России он не появлялся, но у него там осталась очень энергичная мама. И вот недавно она ему сообщает, что ему пришло заказное письмо из налоговой, которое ей на почте никак не хотели отдавать, но она его в итоге у них забрала (повторюсь, мама очень энергичная). В письме налоговая требует от моего знакомого уведомить их о налоговом резидентстве. Он спросил меня, что ему делать. Письмо получено, так что налоговой вернется уведомление о вручении и он резонно считает, что никого не будет волновать, что получил письмо другой человек. Я (возможно слишком наивно) посоветовал ему не делать ничего, но прочитав статью засомневался в разумности моего совета. Можно вас попросить прокомментировать, как лучше поступить в подобной ситуации?
Я правильно понимаю, что разработка ведется той же командой, что представляла некоторое время назад коробки?
И как это связано с использованием раста.
увы, опыта работы с systemd-nspawn у меня нет
На прошлой работе у нас был выделенный канал в слаке, где каждое утра каждый член команды писал статус из 3-х пунктов: что сделал вчера, что будет делать сегодня, с какими проблемами столкнулся. При необходимости что-то обсудить или прояснить прямо в том канале и обсуждали.
Безусловно так тоже можно делать. Но для этого вам нужен рутовый доступ на хосте. Плюс во время отладки скриптов есть шанс повредить хост систему. В моем подходе рутовый доступ не нужен и риск повредить хост систему отсутствует.
Я не пробовал ни photoprism ни immich, но у последнего заявлено мобильное приложение, в отличие от photoprism.
Мне очень понравились crobots.
Скажите, пожалуйста, рассматривали ли вы immich для хостинга фотографий и если да, то почему решили использовать вместо него photoprism?