Вопрос о серверах на Slackware

Вы можете внятно сформулировать какого внимания требует слака больше чем другие дистры?

Окай, давай на примерах. На проде стоит стандартный LAMP, PHP 5.6. Его нужно обновить до PHP 7.4. Разумеется с нужными модулями, да. php-gd, php-mbstring, php-mysql и прочие. Параллельно версии можно не держать. Давай пошаговые действия на своей Слаке.

Хорошо, согласен, совсем очень просто может быть не получится... наверное... вроде пишут что слакбилд от 7.1 подходит к 7.4 но проверять лень.

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

Тогда ты должен уволить самого себя — переставлять ОС вместо настройки ротации логов именно под это и попадает.

И если бы речь шла о нагруженном и критичном сервере, простой которого несет убытки, но твое предложение вида «Давайте сменим FreeBSD на CentOS с даунтаймом, так как я не умею настраивать в ней ротацию логов» тебе бы очень быстро указали на дверь.

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

Если пример о неуместности Slackware ещё валиден, но некорректные настройки ротации логов ППО бывают везде, как и зависания с ним, не только на FreeBSD.

Я работал админом в энтерпрайзе с кучей серверов на RHEL, и забитые разделы из-за срача в логах или зависания ОС из-за исчерпания оперативной памяти и там бывают. Криво настроить любую ОС можно.

Окай, давай на примерах. На проде стоит стандартный LAMP, PHP 5.6. Его нужно обновить до PHP 7.4.

А ничего, что web-сайт, который крутился на PHP 5, не заработает на PHP 7 ? Кто будет переписывать? У нас с вами понятие «прод» разное! В нашем проде любое изменение ПО влечет за собой необходимость тестирования и испытаний. Сначала на резервном комплекте, затем на основном. Причем зачастую заказчик требует круглосуточного присутствия представителя разработчика. Не хотите пожить пару недель возле обновленного компьютера?

Тогда ты должен уволить самого себя — переставлять ОС вместо настройки ротации логов именно под это и попадает.

Мне надо не играться, а сделать так, чтоб оно работало, и знать куда копать \ к кому слать - если оно вдруг перестанет работать.

но некорректные настройки ротации логов

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

Кстати они купили Синоложку, которую им успешно подключил другой человек, и всё прекрасно работает.

А ничего, что web-сайт, который крутился на PHP 5, не заработает на PHP 7 ?

За бозар атвичяеж ?

index.php:

<?php
phpinfo();
?>

Протестировал. Работает и на 5, и на 7, и на 8. Хобби у владельца сайта такое, держать сайт из одной страницы с пхпинфом. Ты не реквесты клиентские обсуждай, а давай свое решение на Слаке.

Кстати они купили Синоложку, которую им успешно подключил другой человек, и всё прекрасно работает.

А должно было не заработать?

А должно было не заработать?

Возможно. Кто его знает ту фриБСД.

Какая связь между хранилкой и distrname ? bsd с какого-то рая разучилась во что-то из samba,nfs,iscsi,etc?

Какая связь между хранилкой и distrname ? bsd с какого-то рая разучилась во что-то из samba,nfs,iscsi,etc?

Не там связь ищешь, подумай еще раз.

Только мысли шире.

С телепатией плохо.

С телепатией плохо.

Ну тогда еще раз.

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

Я даю инструмент, которым знаю как пользоваться я, и которым знает как пользоваться кто-то другой. Это дешевле, чем тратить время на изучение ВНИМАНИЕ ЭТО ВАЖНО незнакомого инструмента, с абсолютно тем же самым функционалом что и знакомый.

Хорошо, согласен, совсем очень просто может быть не получится... наверное... вроде пишут что слакбилд от 7.1 подходит к 7.4 но проверять лень.

Видишь, ты почуял подвох. А ведь это еще цветочки.

Теперь представь что тебе звонят по телефону, условный дежурный админ, который говорит что это нужно на сейчас, и просит в голосовом режиме рассказать как это сделать.

Так вот, пока ТЫ со своей Слакой, будешь только только придумывать мне ответ, чтобы его написать на ЛОР, мы с человеком по телефону несколько раз успеем выполнить apt install php7.4; a2enmod php7.4 - это как раз то ВНИМАНИЕ, в котором не нуждаются «другие дистры».

Но и это еще не все.

Когда я закончу пить кофе, пока ты там е...граешься со Слакой - ты с удивлением обнаружишь, что наши сервера теперь умеют одно и то же. И вот это предпоследнее предложение - самое главное в моей аргументации.

На слаке-то вообще без проблем. Из current тащишь слакбилд 7.4 (да хоть php 8.1) и собираешь. Если оно требует либу новее чем стоит в системе, то так же тащишь слакбилд либы и собираешь более новую версию, которую, кстати, можно без проблем поставить параллельно старой, чтобы ничего другого не поломать. В слаке свой пакет собрать и апдейтить - раз плюнуть, в отличии от.

Больше геморроя будет с ковырянием собственно похапешной скриптятины сайта, потому что наверняка что-то поломается при переходе с 5.6 на 7.4. Поэтому заниматься этим на проде - дебилизм. Как будто какая-то проблема собрать всё и нормально протестировать на отдельной машине, а потом на проду просто накатить новые версии. И да, сам сайтец тоже можно пакетом оформить, чтобы бардак не разводить и легко обновлять.

А вот как на wheezy каком это сделать например (там похапе как раз какой-то 5.Х был) - я вообще не представляю, там ведь в сырцовых пакетах от более новых версий дистра /debian нехило лопатить придётся, чтобы оно старым dpkg-buildpackage собиралось, и придумывать как требуемые либы впихнуть. Про красношапку вообще молчу. Проще всё переставить нахрен заново.

apt install php7.4

E: Unable to locate package php7.4

Что ты там про телефон говорил?

Из current тащишь слакбилд 7.4 (да хоть php 8.1) и собираешь.

Собирание не нужно. Пакетные менеджеры - это одно немногое в ОС, которое развивалось эволюционным путем. Для решения проблем «собираний».

E: Unable to locate package php7.4

С чего ты взял, что это мануал для установки ? Он что, взят в соответствующий тег ? Вроде нет.

Собирание не нужно. Пакетные менеджеры - это одно немногое в ОС, которое развивалось эволюционным путем. Для решения проблем «собираний».

Ну так как на wheezy обновить php до 7.4?

С чего ты взял, что это мануал для установки ? Он что, взят в соответствующий тег ? Вроде нет.

Ну так как же на wheesy обновить php до 7.4 по телефону?

Ты ж тут распинался про то, как в неслаке это просто и замечательно с «пакетным менеджером» без собираний. Демонстрируй.

Я даже не буду настаивать на 8.1 или там master из git.

Ну так как на wheezy обновить php до 7.4?

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

Эта версия была выпущена на год позже окончания срока поддержки wheezy

Начались тупорылые отмазки. Лишь бы не работать. Такие прям админы, сразу хочется на работу взять. Ага. :)

А на слаке можно не париться про какие-то там сраные «окончания сроков поддержки». Просто взять и поставить то, что нужно.

никому не придет в голову ставить новый пых на такое старье.

Уж какое есть. Задача такая. Ты ж сам про древний похапе вякнул. Где ещё может стоять такое старьё? Только на таком же старье. Да и новый пых - не 7.4 а 8.1

Чо-то как-то вообще тухляк у тебя какой-то в голове.

FreeBSD это экзотика? Да она на серверах одно время была популярнее Linux, это уже позже, много позже он её вытеснил.

Мне надо не играться, а сделать так, чтоб оно работало, и знать куда копать \ к кому слать - если оно вдруг перестанет работать.

В твоем случае, как я уже писал, тебя спасло только то, что важность сервера была невелика. Миграция критичных серверов с ОС на ОС та ещё головная боль даже в административном плане. Мне доводилось участвовать, хотя и всего лишь на подхвате.

• Сперва заводится как минимум два тестовых сервера, на один ставится новая ОС, на втором такая же, как была. Админы ППО тестируют свое ПО на новой ОС и отрабатывают на практике переезд как туда, так и обратно.

• Потом заводится уже новый боевой сервер на новой ОС, и на нём ставят уже отлаженное ПО и переносят нужные данные с боевого.

• Как правило в нерабочее время происходит переключения со старого на новый сервер, и даже после этого старый ещё несколько месяцев стоит «под парами», чтобы в случае чего поехать обратно.

Это адски долго и дорого. Много дороже, чем прямо сейчас позвать спеца по нужной ОС для настройки ротации логов, даже если это экзотика (FreeBSD едва ли можно ей назвать).

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

Так вот, пока ТЫ со своей Слакой, будешь только только придумывать мне ответ, чтобы его написать на ЛОР, мы с человеком по телефону несколько раз успеем выполнить apt install php7.4; a2enmod php7.4

и получить люлей, потому что все поломалось, откатить назад, получить люлей, потому что накосячили с откатом, попытаться хоть что-то сделать работоспособное, параллельно получая люлей...

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

Ну тоесть на слаку вы прямо-таки требуете накатить, а как на деб так «извините оно не поддерживается». Вот уж поистине «слив зашитан».

А на слаке можно не париться про какие-то там сраные «окончания сроков поддержки». Просто взять и поставить то, что нужно.

Естественный отбор выкинул Слаку на задворки истории. Видимо потому что «не просто» поставить.

Да и новый пых - не 7.4 а 8.1

Я нигде не писал, что 7.4 - это новый пых.

Уж какое есть. Задача такая.

В 7-м дебиане без подключения сторонних реп - невозможно. Либо собирать из исходников.

FreeBSD это экзотика?

Да.

В твоем случае, как я уже писал, тебя спасло только то, что важность сервера была невелика. Миграция критичных серверов с ОС на ОС та ещё головная боль

Был бы сервер важнее - миграция бы делалась по-другому.

и получить люлей, потому что все поломалось, откатить назад, получить люлей, потому что накосячили с откатом, попытаться хоть что-то сделать работоспособное, параллельно получая люлей...

Как и на Слаке.

Мда. Вы даже не поняли о чем речь, хотя выше Vsevolod-linuxoid описал подробно.

Ну тоесть на слаку вы прямо-таки требуете накатить, а как на деб так «извините оно не поддерживается». Вот уж поистине «слив зашитан».

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

Во-вторых, любую нестандартную задачу можно решить нестандартными методами. Установка версии ПО новее, чем конечный LTS системы - задача нестандартная. Для меня, как менеджера, фраза «не поддерживается» - означает что задача превышает по таймауту время, которое я бы хотел выделить на ее решение.

Но если для тебя это вопрос принципа, то без проблем: echo «deb чо-то-там-лень-гуглить wheezy all» > /etc/apt/sources.list;apt-get update;apt-get install php74 или как там пакет зовётся в репе которую мы добавили.

Или второй вариант: git clone https://чо-то-там-не-помню/php74.git;cd php74;./build.sh;./install.sh

Второй вариант ПОЧТИ схож со Слаковским, разница лишь в том, что в случае с нормальным дистром, так приходится делать ТОЛЬКО в исключительных случаях, а в случае со Слакой - на каждый чих.

что в случае с нормальным дистром, так приходится делать ТОЛЬКО в исключительных случаях, а в случае со Слакой - на каждый чих

Вам это голоса в голове нашептали?

Мда. Вы даже не поняли о чем речь, хотя выше Vsevolod-linuxoid описал подробно.

Если я не понимаю, ЗАЧЕМ человек ведет речь - то я даже не стараюсь понимать, о чем он ведет речь.

Мы обсуждаем (во всяком случае в пределах моих планов) - разницу в установке\настройке прикладного ПО в Слаке и нормальных дистрибутивах, а не «как правильно мигрировать серверы».

Я за 3.5 года столько намигрировался серверов, что обсуждать такие темы с салагами даже как-то смешно: https://ibb.co/4gBYLm6

Вам это голоса в голове нашептали?

Нет, современный мир (в котором Слаке места нет), и гугл.

А ты похоже в упор отказываешься признавать реальность, в которой дерьмо это дерьмо, а не конфета.

Я за 3.5 года столько намигрировался серверов, что обсуждать такие темы с салагами даже как-то смешно:

О! Откуда это к нам такого взрослого дяденьку занесло? Он же целых 3.5 года в «i like to move it move it» играет!

Был бы важнее, она бы вообще не делалась из-за такой фигни. Это то самое «из пушки по воробьям».

Даже в твоем случае это перебор, настройка ротации логов в FreeBSD не бог весть как сложна, и это в разы быстрее переезда.

Если сервер некритичный, было бы разумнее исправить эту мелкую проблему, а потом сидеть до конца срока поддержки той версии, и уж потом мигрировать на что-то более популярное.

А ты устроил переустановку с даунтаймом. Ну повезло, завелось сразу на новом. А если бы нет? У тебя хотя бы минимальный план отката был? Риторические вопросы, да.

Короче, классическое «тяп-ляп и в продакшен». И это ты приводишь в пример при рассуждениях о компетентном менеджменте.

Я за 3.5 года столько намигрировался серверов, что обсуждать такие темы с салагами даже как-то смешно: https://ibb.co/4gBYLm6

«Жалкое зрелище… Душераздирающее зрелище…»

docker compose down
Правим версию в конфиге 
docker compose up -d

?

Естественный отбор выкинул Слаку на задворки истории.

Вообще-то это самый долгоживущий коммерческий дистрибутив. :)

Я нигде не писал, что 7.4 - это новый пых.

Да неужели?

Его нужно обновить до PHP 7.4

никому не придет в голову ставить новый пых на такое старье.

В 7-м дебиане без подключения сторонних реп - невозможно.

И в каких же сторонних репах для wheezy есть php7.4?

Либо собирать из исходников.

Вот только это будет проблематично, потому что дистрибутивные собиралки неслакварей гвоздями прибиты к версии дистрибутива. И без перелопачивания барахла в /debian просто использовать собиралку из более свежей версии не выйдет. Слакбилды же, к версии дистрибутива не прибиты, и в подавляющем большинстве случаев достаточно просто sh packet.SlackBuild чтобы получить пакет с наисвежайшей версией софта. Это намного надёжнее чем надеяться что какой-то васян где-то когда-то собрал для твоей версии неслаки нужную версию софта, и поднял общедоступную репу.

О! Откуда это к нам такого взрослого дяденьку занесло? Он же целых 3.5 года в «i like to move it move it» играет!

Неважно. Важно то, что в советах не нуждаюсь ;)

Даже в твоем случае это перебор, настройка ротации логов в FreeBSD не бог весть как сложна

Тебе придется перечитать ЕЩЕ ВНИМАТЕЛЬНЕЕ о чем я пишу.

Если сервер некритичный, было бы разумнее исправить эту мелкую проблему, а потом

Еще и еще. И за исправлением каждый раз лезть в интернет и маны.

А ты устроил переустановку с даунтаймом. Ну повезло, завелось сразу на новом. А если бы нет? У тебя хотя бы минимальный план отката был? Риторические вопросы, да.

Ты подкрадываешься всё ближе и ближе к моей мысли ;) Joomla и постфикс не могут НЕ ЗАВЕСТИСЬ. И именно из-за этого небольшого нюанса - фриБСД не нужно.

Отвечая на твой вопрос - нет, даунтайма не было, я временно кинул это все на другой сервер.

Вообще-то это самый долгоживущий коммерческий дистрибутив. :)

Дай определение коммерческого дистрибутива сперва.

Да неужели?

Да. Вернись и перечитай внимательнее. Не по кейвордам выдергивая, а всю фразу целиком.

И в каких же сторонних репах для wheezy есть php7.4?

Не знаю, я не использую ни дебиан в целом, ни wheezy в частности. В Убунтах это все делается за минуту. Как и в РХ-based.

Вот только это будет проблематично, потому что дистрибутивные собиралки неслакварей гвоздями прибиты к версии дистрибутива. И без перелопачивания барахла в /debian просто использовать собиралку из более свежей версии не выйдет.

Не знаю. Знаю только, что если на сервере должна стоять старая ОС by design (ну там драйверы, или какие-то уж очень специфические urgent-настройки) - новому софту там так же само by design делать нечего. А если важен именно новый софт - то логично же, что его нужно использовать на новой ОС. Нет смысла в новых латках на дряхлых джинсах.

Дай определение коммерческого дистрибутива сперва.

Серьёзно? Ты даже не знаешь что такое «коммерческий»?

Да. Вернись и перечитай внимательнее. Не по кейвордам выдергивая, а всю фразу целиком.

Может сам попробуешь? Как ни читай, а php7.4 ты обозвал «новым пыхом».

Не знаю, я не использую ни дебиан в целом, ни wheezy в частности. В Убунтах это все делается за минуту.

Поржал. И в чём же кардинальное отличие дебиана и убунты в разрезе апгрейда LAMP сервера?

Знаю только, что если на сервере должна стоять старая ОС by design (ну там драйверы, или какие-то уж очень специфические urgent-настройки) - новому софту там так же само by design делать нечего. А если важен именно новый софт - то логично же, что его нужно использовать на новой ОС. Нет смысла в новых латках на дряхлых джинсах.

Ну так это же ты сам придумал пример с апгрейдом PHP 5.6 на PHP 7.4. Никто тебя за язык не тянул. Теперь ты утверждаешь что этого не нужно делать. Порнография какая-то. Причём гейская, в плохом смысле.

то есть всё таки админы за centos и ubuntu? про slack услышал, но мало ли, а чего б не сыграть на том, что тебя уволить не смогут, раз такой исключительный?)

начальство в этом не шарит, а если я получу от тебя в наследство сервер на слаке, то узнаю твой адрес в кадрах и набью тебе морду:)) а если серьезно, то Jameson абсолютно прав. от увольнения тебя это никак не спасет, особенно, когда ты сам начнешь путаться в костылях, а профессиональной солидарности к твоему приемнику никакой.

Может сам попробуешь? Как ни читай, а php7.4 ты обозвал «новым пыхом».

И ? Ты хочешь сказать что для ОС, чья поддержка закончена в 2018, программа релизнутая в 2019 - не новая ?

Серьёзно? Ты даже не знаешь что такое «коммерческий»?

Глядя на предыдущий абзац, теперь тебя придётся слушать, и объяснять на пальцах, как ребенку, чтобы ты ни дай бог не назвал свою маму малолеткой, только потому что ее так зовёт дядя, старше ее на 20 лет. Итак, что в твоем понимании «коммерческий дистрибутив» ?

Поржал. И в чём же кардинальное отличие дебиана и убунты в разрезе апгрейда LAMP сервера?

В безгеморройной поддержке PPA.

Ну так это же ты сам придумал пример с апгрейдом PHP 5.6 на PHP 7.4.

Ну и ? Все норм работает и на 6-й центоси, и на убунте 14.04.

Слакбилды же, к версии дистрибутива не прибиты, и в подавляющем большинстве случаев достаточно просто sh packet.SlackBuild чтобы получить пакет с наисвежайшей версией софта.

Вот кстати да. Это несомненный плюс, не то что бы мне оно часто пригождалось, но больше одного случая было.

Не понятно что именно ты имеешь в виду под «серверным решением». Какие задачи собираешься решать?

А так вообще у slackware устаревшая bsd-инициализация (достаточно убогая), пакетный менеджер, не умеющий зависимости и мало пакетов. Из-за этого приходится тратить намного больше усилий на администрирование. Если сервер один, то это не такая большая проблема. Когда их больше 10 это уже очень сильно сказывается. Те же системы оркестрации намного сложнее использовать, уязвимости исправлять и т.д.

Когда их больше 10 это уже очень сильно сказывается.

Ну вот ни разу.

и мало пакетов

Вы видимо в количестве считаете. Это просто разный подход, там где в шапках и других космодистрах разбито на 100 пакетов, у слаки это один пакет.

уязвимости исправлять

Видимо сферические уязвимости в сферическом вакууме. Я почти без сарказма. За последнии годы зараза виндоадминистрения стала достаточно заметной и на онтопик форумах «я нажал кнопку || выполнил команду и оно мне сделало хорошо» или «я нажал кнопку || выполнил команду и оно мне сделало не очень хорошо» или «я нажал кнопку || выполнил команду и оно мне сделало очень плохо» или модное «Я же нажимал кнопку! ПАЧЕМУ оно не сделало мне ХОРОШО?» Ну и самое любимое: «я скачал файл и запустил его, он почему-то не сделал мне хорошо, а даже наоборот, сделал очень плохо».
Дистр это не более чем один из инструментов с помощью которого вы решаете поставленную задачу. А человек у которого руки заточены исключительно под apt || yum || slackpkg, так и будет всю жизнь узким специалистом.
Давняя история (не прочитанная в интернетах) из области экспериментальной физики. Локация: Беркли. На эксперименте наши, в костюмах, галсуках. Запускают установку, «упс» сказала установка. Американцы: «По домам и ждем пока специально обученные люди починят». Наш ученый: «Всем стоять! Скидывает пиджак и валит куда-то в недра установки».
Итог: Установка запустилась сегодня, а не послезавтра. У америкосов мозги на место вернулись очень не скоро.

Ты хочешь сказать что для ОС, чья поддержка закончена в 2018, программа релизнутая в 2019 - не новая ?

Я хочу сказать, что «поддержка закончена» - это идиотизм и вообще не канающая отмазка для неосиляторов.

Итак, что в твоем понимании «коммерческий дистрибутив» ?

Тот, который разрабатывается за деньги которые платят непосредственные конечные пользователи.

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

Ну и ? Все норм работает и на 6-й центоси, и на убунте 14.04.

А если надо не PHP 7.4 а PHP 7.3 например? Или 8.1? Если дядя не собрал и в ротик тебе не положил, то всё? «Поддержка закончена», «На такое старьё такой свежак не модно» и прочие неосиляторские отмазки?

В общем и целом, дела обстоят следующим образом - если конторе нужно чтобы работало всегда, 24/7 и не требовало постоянного внимания - то Слака не самый плохой, и более чем рабочий вариант (мой 22-летний опыт как бизнесмена это подтверждает). Если конторе надо экономить на девопсах-эникеях, то да, тут студент, бубунта, копипаста со stackexchange и убунтовских форумов, а шаг вправо или влево карается увольнением, если отмазка не понравилась.

Из-за этого приходится тратить намного больше усилий на администрирование.

Вот расскажите мне, а какие такие усилия вообще положено тратить на администрирование?

Слака - поставил, настроил, забыл. Вспомнил, нашёл, а оно всё так же работает. Всякие апдейты - по мере реальной необходимости (реальная дыра при используемой конфигурации, а не «в модуле опача который используют полтора человека нашли потенциальную утечку данных при работе в докере») и обычно очень редко. Усилия на это тратятся минимальнейшие, которые даже усилиями-то назвать можно с большой натяжкой, так, распаковать новые серваки, потусить с коллегами, пожрать пиццы, выжрать напитков, если не за рулём. Больше на развлекуху похоже, если честно.

О каких усилиях на администрирование вообще речь? Что, админу положено с 9 до 18 сидеть перед кучей мониторов и непрерывно обновлять какие-то серваки, или там следить чтобы при автообновлениях не отвалилось что-то? Или постоянно менять конфигурации серверов? Я вот что-то ничего вообще придумать не могу. Какой вообще процент времени работы админа-эникея занимает обновление софта и конфигураций, чтобы говорить о каких-то усилиях и всерьёз обсуждать количество символов которые надо набрать в командной строке чтобы совершить желаемое?

Какой вообще процент времени работы админа-эникея занимает обновление софта

Эникея - чуть больше чем никакое. Не эникея - достаточно большое.

Ну вот ни разу.

разговор шел про bsd-like систему инициализации - она совершенно дубовая и поэтому очень сложно ее централизованно поддерживать на большом количестве серверов

ПАЧЕМУ оно не сделало мне ХОРОШО?»

ну наверное есть человек, который сопровождает эту кнопку (за деньги) чтобы другие люди не тратили свое рабочее время на это

Наш ученый: «Всем стоять! Скидывает пиджак и валит куда-то в недра установки». Итог: Установка запустилась сегодня, а не послезавтра. У америкосов мозги на место вернулись очень не скоро.

Отвратительно на самом деле. Такие вещи называются «рукосуйством» и говорят о некомпетентности. Вот я, например, умею программировать и в состоянии сделать коммит в разрабатываемый компанией проект, который решает мою текущую административную задачу. Но вместо этого я создам тикет программистам, которые лучше меня знают свой код и это входит именно в их обязанности.

Вот расскажите мне, а какие такие усилия вообще положено тратить на администрирование?

Кем положено? Не бывает эталонного администрирования. По факту администрирование - это управление инфраструктурой.

Слака - поставил, настроил, забыл

Это не администрирование - это пуско-наладочные работы

Усилия на это тратятся минимальнейшие, которые даже усилиями-то назвать можно с большой натяжкой, так, распаковать новые серваки, потусить с коллегами, пожрать пиццы, выжрать напитков, если не за рулём. Больше на развлекуху похоже, если честно.

И это тоже не администрирование

Какой вообще процент времени работы админа-эникея занимает обновление софта и конфигураци

Никогда не был «админом-эникеем». Поэтому не знаю.

Я тебя удивлю, но администрируют не только «серваки под столом в бухгалтерии». Есть огромное количество проектов, которым требуется инфраструктура размазанная по всему земному шару, где используются хитрые механизмы резервирования, очереди, распределенные базы данных и продвинутый ci/cd. Более того, такие проекты все время развиваются и подстраиваются под постоянно изменяющийся мир. И администрирование таких систем становится уже серьезными инженерными задачами, а не «потусить с коллегами, пожрать пиццы, выжрать напитков, если не за рулём»

она совершенно дубовая и поэтому очень сложно ее централизованно поддерживать на большом количестве серверов

И в чем эта «сложность» выражается?

Отвратительно на самом деле. Такие вещи называются «рукосуйством» и говорят о некомпетентности.

Нет, это как раз говорит о компетентности и о наличии мозгов, а не узкозаточенной извилине.

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

Всё правильно. В данном случае речь не о вашем умении или не умении забить шуруп пассатижами.