Size: a a a

DevOps — русскоговорящее сообщество

2021 April 18

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Починить проще, быстрее, предсказуемее.
источник

Y

Yar in DevOps — русскоговорящее сообщество
Я так понял, вопрос "зачем ребутаться так часто"
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Зачем в Шиндоуз ребутаться так часто, если что-то сломалось?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Чем сложнее система, тем труднее починить, тем больше раз ребутаться в среднем.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Проверка ОЗУ занимает относительно немного времени, больше опрос контроллеров и других устройств, ты когда-нибудь видел, как грузится более менее мощный сервер IBM ?
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
видел.
и ОЗУ там немало занимает
но контроллеры тоже много

еще раз - эта часть не является зоной ответственности systemd
вопрос - как решает эту проблему openrc.
источник

i

inqfen in DevOps — русскоговорящее сообщество
>грузится более менее мощный сервер IBM


И шо, это все из-за systemd?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Так уже разжевано, что OpenRC проще, починить ее проще, так же как проще в поле починить Уазик с помощью кувалды и такой-то матери, который примитивный и тупой.
источник

i

inqfen in DevOps — русскоговорящее сообщество
какая-то шизофазия пардон
источник

P

PLAYER #666 in DevOps — русскоговорящее сообщество
Хосподи, вы не устали кормить Человек-ПФРа?
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
у меня ощущение, что у тебя такой же bias (именно так) в части раннего использования технологий.

когда оно было сырое - тебе не понравилось и ты ушёл на другое решение

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

поэтому сейчас тебя просто не понимают.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Да божественные DevOps опустились до уровня ПФРского недоадмина.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Ну если он сломается, то кто его будет быстро и оперативно чинить?
Легко починить Шиндоуз, если он уйдет в BSOD на старте?
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
кто сломается ?
systemd или юнит системд ?
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Конфиг systemD, пусть даже его злонамеренно кто-то подпортит.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
я windows не администрировал уже больше 10 лет
ничего тебе не могу сказать
но мне казалось, что там нет ни systemd, ни openrc.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Там есть сложность архитектуры решения, которая есть в systemD, но которой нет в OpenRC.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
сложно жить, когда враги только и мечтают поломать systemd на взлёте.
там разные меры есть - дисциплинарные, административные, даже уголовку припаять можно при желании.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
а конкретный пример можно ?
если нет - то не надо продолжать.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
И простаивающий сервер с админом, который срочно пытается исправить то, что в OpenRC можно было бы исправить за пару минут.
источник