История изменений
Исправление Dimez, (текущая версия) :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина.
Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/.
Делаю кое-где также (в команде, естественно) системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.
Нет, я согласен, всегда можно взять и работать неделями от забора до обеда, написать 100500 bash-скриптов для всего вот этого (что и было в начале-середине 2000х, можно взять и посмотреть в ту же IBM Tivoli, например) Но я сначала предпочитаю хорошо подумать (даже может быть несколько дней), чтобы потом хорошо сделать.
Или вот из важного - можно положить хитрый файл в /run/systemd и сервер перестанет реагировать на команду reboot, в рантайме причём. Удаляешь - опять реагирует. Кое-где использую, великолепно, что эта возможность есть. Попробуй это быстро и одновременно реализовать в классических инитах.
Исправление Dimez, :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина.
Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/.
Делаю кое-где также (в команде, естественно) системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.
Нет, я согласен, всегда можно взять и работать неделями от забора до обеда, написать 100500 bash-скриптов для всего вот этого (что и было в начале-середине 2000х, можно взять и посмотреть в ту же IBM Tivoli, например) Но я сначала предпочитаю хорошо подумать (даже может быть несколько дней), чтобы потом хорошо сделать.
Или вот из важного - можно положить хитрый файл в /run/systemd и сервер перестанет реагировать на команду reboot, в рантайме причём. Удаляешь - опять реагирует. Кое-где использую, великолепно, что эта возможность есть. Попробуй это быстро реализовать в классических инитах
Исправление Dimez, :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина.
Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/.
Делаю кое-где также (в команде, естественно) системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.
Нет, я согласен, всегда можно взять и работать неделями от забора до обеда, написать 100500 bash-скриптов для всего вот этого (что и было в начале-середине 2000х, можно взять и посмотреть в ту же IBM Tivoli, например) Но я сначала предпочитаю хорошо подумать (даже может быть несколько дней), чтобы потом хорошо сделать.
Или вот из важного - можно положить хитрый файл в /run/systemd и сервер перестанет реагировать на команду reboot в рантайме. Удаляешь - опять реагирует. Кое-где использую.
Исправление Dimez, :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина.
Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/.
Делаю кое-где также (в команде, естественно) системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.
Нет, я согласен, всегда можно взять и работать неделями от забора до обеда, написать 100500 bash-скриптов для всего вот этого (что и было в начале-середине 2000х, можно взять и посмотреть в ту же IBM Tivoli, например) Но я сначала предпочитаю хорошо подумать (даже может быть несколько дней), чтобы потом хорошо сделать.
Исправление Dimez, :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина. Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/. Делаю кое-где также системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.
Нет, я согласен, всегда можно взять и работать неделями от забора до обеда, написать 100500 bash-скриптов для всего вот этого (что и было в начале-середине 2000х, можно взять и посмотреть в ту же IBM Tivoli, например) Но я сначала предпочитаю хорошо подумать (даже может быть несколько дней), чтобы потом хорошо сделать.
Исходная версия Dimez, :
Каша как раз в таких «настраиваемых» путях.
Каши нет. Ты же не называешь (надеюсь) кашей бинари в /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin и /opt? Вот и тут та же картина. Я, например, системные юниты в /lib/systemd/system/ не трогаю, а свои в пакетах кладу в /etc/systemd/system/. Делаю кое-где также системы, которые деплоятся заказчикам (в т.ч. в закрытые контуры, куда у нас доступа может и не быть), там разливаются кроме софта ещё несколько-строчные конфиги в UNIT.conf.d и UNIT.service.d, которые оверрайдят системные (например, для систем на ro корне, надо для отказоустойчивых по питанию вещей кое-где), поддерживается зоопарк дистрибутивов (deb/rpm/arch). Это просто чудо как хорошо, унифицированно и снимает ну просто невероятную кучу гемора с if/else в деплоилке.