Aleksey
но ось при этом обнволять ты можешь и должен.
Denis 災 nobody
в общем, я понимаю тебя как разраба, но ты никак не хочешь понять меня как юзера и условно владельца бизнеса
Denis 災 nobody
но одно без другого не бывает
Denis 災 nobody
именно
Aleksey
но как админ адимина не понимаю.
Aleksey
я вот хочу спать. по ночам.
Denis 災 nobody
и если нашли серьезную багу, хоть через 10 лет - надо фиксить
Aleksey
я хочу что бы резервирование пыщпыщ
Aleksey
я хочу что бы система меня не анноила.
Aleksey
смена мордочки проблема ? не меняй мордочку. пусть твое приложение зависнет в 2005-ом году.
Aleksey
я не против. система должна быть обновлена.
Denis 災 nobody
но как админ адимина не понимаю.
больше обновлений - больше изменений в софте - больше поломок. Это реалии. То, что проверено годами, "вдруг" не сломается, значит было внешнее воздействие. Идеальная система для юзера - один раз поставили и больше не трогают, а она просто работает.
Denis 災 nobody
я не против. система должна быть обновлена.
где связь между резервированием и обновлением?
Aleksey
еще раз не отлаженный процесс это проблема.
Denis 災 nobody
еще раз не отлаженный процесс это проблема.
любое обновление это потенциальная поломка "отлаженных процессов"
Denis 災 nobody
поменяться может что угодно
Aleksey
где связь между резервированием и обновлением?
самая прямая. щелкнул на резерв. обновился. проверил. щелкнул старую. повторил.
Aleksey
версия центоси тут роли не играет.
Denis 災 nobody
и снова ФС - 1.4.вроде_17 - сломали mod_xml_curl, оно перестало понимать json нативно. Обновление? Сломало отлаженный процесс? Да.
Denis 災 nobody
Aleksey
никто не говорит что его надо обновлять по кажому чиху.
Denis 災 nobody
версия центоси тут роли не играет.
версия центоси в уже отлаженной системе - да. А глобальное обновление оси это стресс для всей системы. _особенно_ при таких изменениях как systemd
Denis 災 nobody
так что минорные обновления на ось - ставить надо, а переходить на свежие версии - нет
Aleksey
у пользователя как был врисвитч с поддержкой json так и отстался
Denis 災 nobody
для админа.не для пользователя.
только любые сбои админа скажутся на пользователе
Aleksey
а то что админ ленится обновляться
Aleksey
это....
Vladimir
@Dragonflybsd не обновление ОС это технический долг. По долгам рано или поздно придется платить, и чем позже - тем больше набежит процентов
Aleksey
@Civiloid я говорю мы с @Dragonflybsd в разных секторах бизнеса.
Aleksey
думаю что @Dragonflybsd надо обосновывать резерв.
Vladimir
тем не менее, этот процесс может занять месяцы и более.
Вопрос в том сколько у тебя уже долгов
Vladimir
@Dragonflybsd если технический долг не очень копится, процесс обновления может занять несколько недель или даже днецй
Vladimir
если долгов много - то годы
Vladimir
но с каждым месяцем который ты не обновляешься, твой долг растет и обновление становится сложнее и сложнее
Dmitry
схернали
Vladimir
схернали
Что именно?
Dmitry
растет долг при необновлении
Vladimir
растет долг при необновлении
Потому что ты продолжаешь эксплуатировать и развивать текущую систему, она обрастает еще большим количеством мест где все на нее завязано
Vladimir
с каждым в общем днем
Vladimir
в какой-то момент к этому еще пару лопат долга добавит то что твоя текущая система достигнет EOL и апдейты на Current надо будет делать через какую-нибудь задницу
Denis 災 nobody
но с каждым месяцем который ты не обновляешься, твой долг растет и обновление становится сложнее и сложнее
бред, не? Если все мажорные апгрейды ставить, не важно, переход через месяц или год после релиза. Более того - такие "спешуны" сначала соберут все шишки и обкатают, так что оптимум апгрейда - пол года-год после выхода стейбл платформы
Denis 災 nobody
это же не make world фряшный
Aleksey
@Dragonflybsd "работает не трожь" ?
Denis 災 nobody
с центос 6 на центос 7 мы 3 месяца готовили переход, это переписать все наши иниты на service, выкинуть svc который daemontools, выстроить заново зависимости, переписать скрипты сборки пакетов, пересобрать пакеты, выявить все косяки работы. Косяки были, да.
Dmitry
какие-то пугалки для менеджеров
Denis 災 nobody
хватит по крайностям метаться
Vladimir
с центос 6 на центос 7 мы 3 месяца готовили переход, это переписать все наши иниты на service, выкинуть svc который daemontools, выстроить заново зависимости, переписать скрипты сборки пакетов, пересобрать пакеты, выявить все косяки работы. Косяки были, да.
ну и чем дольше вы ждали - тем больше ваших сервисов обретало завязки на старый инит, например. Ну и центось это вообще такая веселая система которая адекватно не апдейтится
Denis 災 nobody
но "обновление ради обновления", если нужный софт не обновляется - не имеет смысла и даже скорее вредно.
Vladimir
переход с debian oldstable -> stable куда менее болезненный, даже когда инит меняется
Vladimir
или ubuntu между lts'ами
Dmitry
копится долг или нет - от длительности поддержки оси не зависи, а зависит исключительно от развития продукта. Если нужны костыли для поддержки LTS - копится, если не нужны - не копится
Vladimir
переписать 20 инит или 30? пол часа на сервис без обкатки.
Часть из имеющихся достаточно сносно будет работать с автоконвертацией, например
Denis 災 nobody
точнее, с обновлением железа. Но снова - у нас система в активной разработке!
Denis 災 nobody
а я говорил именно про то, что уже куплено и изменения - только багофиксы, или нет совсем.
Vladimir
@Dragonflybsd я, если честно, предвзято отношусь к центоси и не считаю что ее в здравом уме можно выбрать как ОС
Dmitry
Технический долг - это когда ты откладываешь на завтра то, что нужно сделать сегодня. Но вот загвозда - если все работает, то обновления не нужны, а значит их не нужно делать - никакого техдолга.
Denis 災 nobody
Часть из имеющихся достаточно сносно будет работать с автоконвертацией, например
будет, но мы в том числе ради systemd и перешли, нам авторестарт сервисов нужен, выкинули все костыли
Vladimir
будет, но мы в том числе ради systemd и перешли, нам авторестарт сервисов нужен, выкинули все костыли
Я к тому что можно перейти сейчас, а переводить сервисы по одному потом, например
Pavel
http://memesmix.net/media/created/bgfr2f.jpg
Dmitry
разгребать что? работающую систему с работающим продуктом и работающим отедлом разработки? Ну если придет рукожоп с лозунгом "ща нада последнюю версию накатить обязательно, ой что-то не работает", то разгребать будет, да...
Denis 災 nobody
Я к тому что можно перейти сейчас, а переводить сервисы по одному потом, например
можно. А можно тест поднять на новой системе, и бэкпортить изменения. У нас питон, поэтому просто собирались пакеты сразу под 2 дистра и всё.
Vladimir
через 10 лет
Denis 災 nobody
А потом после EOLа следить самому за секьюрити багфиксы и портировать их в какой-нибудь мускуль 5.0 )
собсно, а зачем? ) если система изолирована от мира. Вообще, тут нужен баланс, да.
Vladimir
Причем тут после EOL-а? Троль что ли? ;)
притом что у всего есть EOL например. Это как очень простой пример.
Vladimir
Затем еще в новом дистре обновится софт (сюрприз!)