LINUX.ORG.RU

История изменений

Исправление AlexM, (текущая версия) :

Чо-та, я думаю, кто-то решил натянуть сову на глобус, жонглируя прикольными терминами.

Никакая система управления сервисами не способна создать никакую воронку продаж, как неспособны создать её, например, турбированные движки в автомобилях или добавление ещё одной камеры в телефон. Это нифига не киллер-фичи, вокруг которых можно было бы разводить эффективный маркетинг.

В лучшем случае, система управлениями сервисами лишь удешевляет поддержку, если точно известно, что все компоненты обслуживаемых систем стандартизованы, их конфиги лежат в известных местах и имеют простой формат без сюрпризов и необходимости службе тех.поддержки думать за пределами четко прописанных сценариев. По этой же причине оказались востребованы докеры и прочие k8s.

Но ровно эти же свойства востребованы и у енд-лузеров. «Тебе надо, чтобы программа XYZ стартовала при старте пользовательского сеанса? Напиши простой текстовый файл, скажи systemctl --user enable --now XYZ.service и дальше оно будет у тебя стартовать при старте сеанса». Да, спасибо, я знаю ещё как минимум 4 способа это сделать. Исходно эти способы выглядят проще, чем user-defined-service, — чо там, одна строчка в .bashrc или .xinitrc! — но суммарно оказываются гораздо ненадёжней и запутанней, хотя бы потому, что в наше непростое время у пользователя может не оказаться ни bash, ни X11.

Исправление AlexM, :

Чо-та, я думаю, кто-то решил натянуть сову на глобус, жонглируя прикольными терминами.

Никакая система управления сервисами не способна создать никакую воронку продаж, как неспособны создать её, например, турбированные движки в автомобилях или добавление ещё одной камеры в телефон. Это нифига не киллер-фичи, вокруг которых можно было бы разводить эффективный маркетинг.

В лучшем случае, система управлениями сервисами лишь удешевляет поддержку, если точно известно, что все компоненты обслуживаемых систем стандартизованы, их конфиги лежат в известных местах и имеют простой формат без сюрпризов и необходимости службе тех.поддержки думать за пределами четко прописанных сценариев. По этой же причине оказались востребованы докеры и прочие k8s.

Но ровно эти же свойства востребованы и у енд-лузеров. «Тебе надо, чтобы программа XYZ стартовала при старте пользовательского сеанса? Напиши простой текстовый файл, скажи systemctl --user enable --now XYZ.service и дальше оно будет у тебя стартовать при старте сеанса». Да, спасибо, я знаю ещё как минимум 4 способа это сделать. Исходно эти способы выглядят проще, чем user-defined-service, — чо там, одна строчка в .bashrc или .xinitrc! — но суммарно оказывается гораздо ненадёжней и запутанней, хотя бы потому, что в наше непростое время у пользователя может не оказаться ни bash, ни X11.

Исправление AlexM, :

Чо-та, я думаю, кто-то решил натянуть сову на глобус, жонглируя прикольными терминами.

Никакая система управления сервисами не способна создать никакую воронку продаж, как неспособны создать её, например, турбированные движки в автомобилях или добавление ещё одной камеры в телефон. Это нифига не киллер-фичи, вокруг которых можно было бы разводить эффективный маркетинг.

В лучшем случае, система управлениями сервисами лишь удешевляет поддержку, если точно известно, что все компоненты обслуживаемых систем стандартизованы, их конфиги лежат в известных местах и имеют простой формат без сюрпризов и необходимости службе тех.поддержки думать за пределами четко прописанных сценариев. По этой же причине оказались востребованы докеры и прочие k8s.

Но ровно эти же свойства востребованы и у енд-лузеров. «Тебе надо, чтобы программа XYZ стартовала при старте пользовательского сеанса? Напиши простой текстовый файл, скажи systemctl --user enable --now XYZ.service и дальше оно будет у тебя стартовать при старте сеанса». Да, спасибо, я знаю ещё, как минимум 4 способа это сделать. Исходно эти способы выглядят проще, чем user-defined-service, — чо там, одна строчка в .bashrc или .xinitrc! — но суммарно оказывается гораздо ненадёжней и запутанней, хотя бы потому, что в наше непростое время у пользователя может не оказаться ни bash, ни X11.

Исправление AlexM, :

Чо-та, я думаю, кто-то решил натянуть сову на глобус, жонглируя прикольными терминами.

Никакая система управления сервисами не способна создать никакую воронку продаж, как неспособны создать её, например, турбированные движки в автомобилях или добавление ещё одной камеры в телефон. Это нифига не киллер-фичи, вокруг которых можно было бы разводить эффективный маркетинг.

В лучшем случае, система управлениями сервисами лишь удешевляет поддержку, если точно известно, что все компоненты обслуживаемых систем стандартизованы, их конфиги лежат в известных местах и имеют простой формат без сюрпризов и необходимости службе тех.поддержки думать за пределами четко прописанных сценариев. По этой же причине оказались востребованы докеры и прочие k8s.

Но ровно эти же свойства востребованы и у енд-лузеров. «Тебе надо, чтобы программа XYZ стартовала при старте пользовательского сеанса? Напиши простой текстовый файл, скажи systemctl --user enable --now XYZ.service и дальше оно будет у тебя стартовать при старте сеанса» (да, спасибо, я знаю ещё, как минимум 4 способа это сделать)

Исходная версия AlexM, :

Чо-та, я думаю, кто-то решил натянуть сову на глобус, жонглируя прикольными терминами.

Никакая система управления сервисами не способна создать никакую воронку продаж, как неспособны создать её, например, турбированные движки в автомобилях или добавление ещё одной камеры в телефон. Это нифига не киллер-фичи, вокруг которых можно было бы разводить эффективный маркетинг.

В лучшем случае, система управлениями сервисов лишь удешевляет поддержку, если точно известно, что все компоненты обслуживаемых систем стандартизованы, их конфиги лежат в известных местах и имеют простой формат без сюрпризов и необходимости службе тех.поддержки думать за пределами четко прописанных сценариев. По этой же причине оказались востребованы докеры и прочие k8s.

Но ровно эти же свойства востребованы и у енд-лузеров. «Тебе надо, чтобы программа XYZ стартовала при старте пользовательского сеанса? Напиши простой текстовый файл, скажи systemctl --user enable --now XYZ.service и дальше оно будет у тебя стартовать при старте сеанса» (да, спасибо, я знаю ещё, как минимум 4 способа это сделать)