[devel] Непонятно зачем собирать сотни пакетов практически без изменений

[Anton Farygin]

17.10.2018 21:38, Andrey Savchenko пишет:
> On Wed, 17 Oct 2018 19:55:23 +0300 Anton Farygin wrote:
>> 17.10.2018 18:08, Alexey V. Vissarionov пишет:
>>> On 2018-10-17 17:14:52 +0300, Anton Farygin wrote:
>>>
>>>    > И, наверное, уже сейчас можно считать совсем критичной ошибку
>>>    > наличия init файла и отсутствие сервиса.
>>>
>>> С чего бы изба-то покосилась? Что-нибудь критичное (по-настоящему
>>> критичное, со всякими SLA) серверное таким вполне может быть.
>>>
>>> Более того, в такой пакет еще и Conflicts: systemd можно написать,
>>> чтобы никто сдуру не запустил его там, где не надо.
>> Вылезай уже из норы, пока силой не стали тащить.
>> systemd это наше серое будущее и от него не уйти.
>>
>> SLA как раз на systemd легче обеспечить чем без него. Спорить об этом
>> можно до бесконечности, но практика показывает что в systemd гораздо
>> проще отслеживать состояние сервиса и вовремя реагировать на его изменение.
>>
>> Вот тебе рабочий пример:
>>
>> https://singlebrook.com/2017/10/23/auto-restart-crashed-service-systemd/
> Это не SLA, а детский сад в песочнице. Для обеспечения SLA нужен HA
> на уровне географически разнесённых датацентов. И systemd тут не
> поможет.
>
> Что касается автоподнятия упавшего демона, то это и monit умеет без
> всяких systemd.
>
Да есть масса инструментов, поднимающих упавших демонов, я не спорю.
И SLA можно обеспечивать разными способами.
И без systemd можно жить.
Но плыть против течения имеет смысл только ограниченное время и то, если 
запас сил достаточен
Если не так давно я предлагал апологетам systemd самим делать патчи к 
моим пакетам, то сейчас ситуация уже обратная. С выпуском 8-й версии 
Альта уже невозможно гарантировать качественную работу системы с sysvinit.

И я знаю несколько сервисов, в которых поддержка systemd пришита 
намертво в коде.
Через год-другой их станет ещё больше.