Я догадался, это был сарказм) Vault пока выглядит прекрасным решением, а если нужно что-то нетривиальное, то ищем в сети или допиливаем сами. Но уже точно никаких связей с платными ЦА нельзя иметь.
А в /etc/profiles.d/postgres не лучше? Тогда для всех пользователей обновится path и админы заходя на сервак не будут ломать голову. Это кстати работает на всех дистрибутивах, в отличии от вашего решения.
А это я умею и практикую, правда у меня не просто dd, а с подвыподвертом. Нормально переносится, но делать так можно только мне и ещё нескольким людям на планете. А всем остальным лучше так не делать.
Hetzner-installimage + tgz подготовленный в libvirt + cloud-init. А в итоге получим виртуалку которую средствами хостера не восстановить. После таких статей получим инфраструктуру от джунов в полностью мусорном состоянии и будем перепиливать сами. Не всегда стоит писать статью ради статьи.
Спасибо, глаза вытекли. Рад, что есть студенты, которые прикладывают усилия для решения задач, а не опускают руки. Со временем будет опыт, будут навыки и знания.
Пару лет спрашиваю об этом функционале, Алексей Владышев даже как то присылал драфт на эту фичу, но по моему мнению она переусложнена в их реализации и из-за этого сроки реализации у них пока затягиваются, но обещали что будет.
Ну пока заббикс реализует, вы можете пользоваться расширением в хроме (хромиуме, и всех браузерах на их основе), фаерфоксе, эйдже. Пролетают только ie, opera ( не уверен ), safari. Так что ограничений почти нет. А с дденкинсом та же история только в профиль.
Попробуйте разобраться с тем как этот механизм работает, тогда вы поймёте, что не всё так просто. А тот метод что я предложил, не нативный конечно, но полностью рабочий, проверил на маках, линуксах и Винде.
Вот это я 2 года ждал, объяснял коллегам как на самом же деле решить вопрос доставки контейнеров. Теперь благодаря вам плюс к аргументации! Спасибо! Всегда знал, что на нодах должно быть минимальное количество данных (логи, контейнеры, конфигурации) и на них не надо никогда заливать контейнеры, а потом вычищать старые. Для геораспределенных систем можно поддерживать локальное хранилище, доступ к которому можно давать своим геоднс, бгп, и кучей других вариантов на вкус и цвет!
Ключи всё таки надёжнее. Можно множество ключей для одного аккаунта поддерживать. Поэтому за отсутствие ключей минус.
Обмен файлами всё таки стоит попробовать реализовать. На сервере при подключении поднимается sftp в чруте из комплекта openssh с лимитом на общий размер хранения, файлам ттл устанавливается на сутки, потом файл удаляется.
Я бы ещё исходники глянул, но мне кажется прослойка служит для выжимания бабла из воздуха.
А в /etc/profiles.d/postgres не лучше? Тогда для всех пользователей обновится path и админы заходя на сервак не будут ломать голову. Это кстати работает на всех дистрибутивах, в отличии от вашего решения.
Я бы в /etc/systemd/system/zabbix-agent.d/user.service добавил. Так куда понятней для последующей автоматизации через любой scm.
А это я умею и практикую, правда у меня не просто dd, а с подвыподвертом. Нормально переносится, но делать так можно только мне и ещё нескольким людям на планете. А всем остальным лучше так не делать.
Hetzner-installimage + tgz подготовленный в libvirt + cloud-init. А в итоге получим виртуалку которую средствами хостера не восстановить. После таких статей получим инфраструктуру от джунов в полностью мусорном состоянии и будем перепиливать сами. Не всегда стоит писать статью ради статьи.
Спасибо, глаза вытекли. Рад, что есть студенты, которые прикладывают усилия для решения задач, а не опускают руки. Со временем будет опыт, будут навыки и знания.
Умершие хосты очищаются через экшоны и питон скриптик дергающий бд или апи заббикса, если интересно, могу его скинуть.
Вот тут есть описание habr.com/ru/post/321924
Попробуйте это https://m.habr.com/ru/post/418957/
У меня уже давно приходят уведомления и всё ок.
Вот это я 2 года ждал, объяснял коллегам как на самом же деле решить вопрос доставки контейнеров. Теперь благодаря вам плюс к аргументации! Спасибо! Всегда знал, что на нодах должно быть минимальное количество данных (логи, контейнеры, конфигурации) и на них не надо никогда заливать контейнеры, а потом вычищать старые. Для геораспределенных систем можно поддерживать локальное хранилище, доступ к которому можно давать своим геоднс, бгп, и кучей других вариантов на вкус и цвет!
Это вопрос реализации. Я не знаю адекватных аргументов для реализации, кроме стоимости разработки.
Всё равно ключи на базу верни)
Ключи всё таки надёжнее. Можно множество ключей для одного аккаунта поддерживать. Поэтому за отсутствие ключей минус.
Обмен файлами всё таки стоит попробовать реализовать. На сервере при подключении поднимается sftp в чруте из комплекта openssh с лимитом на общий размер хранения, файлам ттл устанавливается на сутки, потом файл удаляется.
Это потрясающе, давно хотел узнать о таких инструментах для аргументации о способах миграции данных между разнородными СУБД.