именно

но как админ адимина не понимаю.

я вот хочу спать. по ночам.

и если нашли серьезную багу, хоть через 10 лет - надо фиксить

я хочу что бы резервирование пыщпыщ

я хочу что бы система меня не анноила.

смена мордочки проблема ? не меняй мордочку. пусть твое приложение зависнет в 2005-ом году.

я не против. система должна быть обновлена.

но как админ адимина не понимаю.

больше обновлений - больше изменений в софте - больше поломок. Это реалии. То, что проверено годами, "вдруг" не сломается, значит было внешнее воздействие. Идеальная система для юзера - один раз поставили и больше не трогают, а она просто работает.

я не против. система должна быть обновлена.

где связь между резервированием и обновлением?

еще раз не отлаженный процесс это проблема.

еще раз не отлаженный процесс это проблема.

любое обновление это потенциальная поломка "отлаженных процессов"

поменяться может что угодно

где связь между резервированием и обновлением?

самая прямая. щелкнул на резерв. обновился. проверил. щелкнул старую. повторил.

версия центоси тут роли не играет.

и снова ФС - 1.4.вроде_17 - сломали mod_xml_curl, оно перестало понимать json нативно. Обновление? Сломало отлаженный процесс? Да.

самая прямая. щелкнул на резерв. обновился. проверил. щелкнул старую. повторил.

"проверил" в норм системе может занять месяц.

и снова ФС - 1.4.вроде_17 - сломали mod_xml_curl, оно перестало понимать json нативно. Обновление? Сломало отлаженный процесс? Да.

это приложение.

никто не говорит что его надо обновлять по кажому чиху.

версия центоси тут роли не играет.

версия центоси в уже отлаженной системе - да. А глобальное обновление оси это стресс для всей системы. _особенно_ при таких изменениях как systemd

версия центоси в уже отлаженной системе - да. А глобальное обновление оси это стресс для всей системы. _особенно_ при таких изменениях как systemd

для админа.не для пользователя.

так что минорные обновления на ось - ставить надо, а переходить на свежие версии - нет

у пользователя как был врисвитч с поддержкой json так и отстался

для админа.не для пользователя.

только любые сбои админа скажутся на пользователе

а то что админ ленится обновляться

это....

только любые сбои админа скажутся на пользователе

отладь процесс резерва.

@Dragonflybsd не обновление ОС это технический долг. По долгам рано или поздно придется платить, и чем позже - тем больше набежит процентов

@Civiloid я говорю мы с @Dragonflybsd в разных секторах бизнеса.

@Dragonflybsd не обновление ОС это технический долг. По долгам рано или поздно придется платить, и чем позже - тем больше набежит процентов

тем не менее, этот процесс может занять месяцы и более.

думаю что @Dragonflybsd надо обосновывать резерв.

тем не менее, этот процесс может занять месяцы и более.

Вопрос в том сколько у тебя уже долгов

тем не менее, этот процесс может занять месяцы и более.

Нет

@Dragonflybsd если технический долг не очень копится, процесс обновления может занять несколько недель или даже днецй

если долгов много - то годы

но с каждым месяцем который ты не обновляешься, твой долг растет и обновление становится сложнее и сложнее

схернали

схернали

Что именно?

растет долг при необновлении

растет долг при необновлении

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

с каждым в общем днем

в какой-то момент к этому еще пару лопат долга добавит то что твоя текущая система достигнет EOL и апдейты на Current надо будет делать через какую-нибудь задницу

но с каждым месяцем который ты не обновляешься, твой долг растет и обновление становится сложнее и сложнее

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

это же не make world фряшный

@Dragonflybsd "работает не трожь" ?

с центос 6 на центос 7 мы 3 месяца готовили переход, это переписать все наши иниты на service, выкинуть svc который daemontools, выстроить заново зависимости, переписать скрипты сборки пакетов, пересобрать пакеты, выявить все косяки работы. Косяки были, да.

какие-то пугалки для менеджеров

@Dragonflybsd "работает не трожь" ?

нет

хватит по крайностям метаться

с центос 6 на центос 7 мы 3 месяца готовили переход, это переписать все наши иниты на service, выкинуть svc который daemontools, выстроить заново зависимости, переписать скрипты сборки пакетов, пересобрать пакеты, выявить все косяки работы. Косяки были, да.

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

но "обновление ради обновления", если нужный софт не обновляется - не имеет смысла и даже скорее вредно.

переход с debian oldstable -> stable куда менее болезненный, даже когда инит меняется

или ubuntu между lts'ами

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

переписать 20 инит или 30? пол часа на сервис без обкатки.

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

переписать 20 инит или 30? пол часа на сервис без обкатки.

Часть из имеющихся достаточно сносно будет работать с автоконвертацией, например

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

ну и реинсталлом оно норм апдейтится, уже проходили

точнее, с обновлением железа. Но снова - у нас система в активной разработке!

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

@Dragonflybsd я, если честно, предвзято отношусь к центоси и не считаю что ее в здравом уме можно выбрать как ОС

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

Часть из имеющихся достаточно сносно будет работать с автоконвертацией, например

будет, но мы в том числе ради systemd и перешли, нам авторестарт сервисов нужен, выкинули все костыли

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

два сервера ? потом уволишься будет разгребать кто то другой ?

будет, но мы в том числе ради systemd и перешли, нам авторестарт сервисов нужен, выкинули все костыли

Я к тому что можно перейти сейчас, а переводить сервисы по одному потом, например

http://memesmix.net/media/created/bgfr2f.jpg

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

Я к тому что можно перейти сейчас, а переводить сервисы по одному потом, например

можно. А можно тест поднять на новой системе, и бэкпортить изменения. У нас питон, поэтому просто собирались пакеты сразу под 2 дистра и всё.

ERROR: S client not available

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

разргребать факт того что разработчики захотели php7 который на у тя вот никак не запускается.

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

А потом после EOLа следить самому за секьюрити багфиксы и портировать их в какой-нибудь мускуль 5.0 )

через 10 лет

можно. А можно тест поднять на новой системе, и бэкпортить изменения. У нас питон, поэтому просто собирались пакеты сразу под 2 дистра и всё.

ну как бы в коробке еще и разные питоны идут :)

А потом после EOLа следить самому за секьюрити багфиксы и портировать их в какой-нибудь мускуль 5.0 )

Причем тут после EOL-а? Троль что ли? ;)

А потом после EOLа следить самому за секьюрити багфиксы и портировать их в какой-нибудь мускуль 5.0 )

собсно, а зачем? ) если система изолирована от мира. Вообще, тут нужен баланс, да.

Причем тут после EOL-а? Троль что ли? ;)

притом что у всего есть EOL например. Это как очень простой пример.

Затем еще в новом дистре обновится софт (сюрприз!)

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

@Dragonflybsd @miksir вы оба так говорите как будто никогда больше двух серверов не видели

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

парни. и те и другие правы.

разргребать факт того что разработчики захотели php7 который на у тя вот никак не запускается.

А что, где-то на LTS системах не запускается PHP7? Ну значит идем к бизнесу и решаем этот вопрос - что дешевле - писать на пхп7 или обновлять ось. Но тут важный момент - у тебя есть причина обновить. А вот "а давайте обновим, ибо, может, когда-нибудь к нам придут разрабочики и захотят пхп7" - это не причина.

@Dragonflybsd @miksir вы оба так говорите как будто никогда больше двух серверов не видели

сейчас 4 стойки

просто игра на разных полянах требует разных правил.

притом что у всего есть EOL например. Это как очень простой пример.

Ясное дело, рано или поздно обновляется придется. Вопрос - раз в 2 года или раз в 10 лет.

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

актуально только для новых версий конечного ПО. А ап на него стоит больших бабок и не нужен компании.

А что, где-то на LTS системах не запускается PHP7? Ну значит идем к бизнесу и решаем этот вопрос - что дешевле - писать на пхп7 или обновлять ось. Но тут важный момент - у тебя есть причина обновить. А вот "а давайте обновим, ибо, может, когда-нибудь к нам придут разрабочики и захотят пхп7" - это не причина.

бизнес не знает что такое php7. зато он знает что разработчик это хорошо. а хороший разработчик экономит ему бабло.

Ясное дело, рано или поздно обновляется придется. Вопрос - раз в 2 года или раз в 10 лет.

и получаем с дебом раз в 2 года, с центос раз в 10 лет.

но это правила игры из мира где есть такие люди. и где есть такие задачи.

актуально только для новых версий конечного ПО. А ап на него стоит больших бабок и не нужен компании.

При правильных процессах АП дешевый

при одинаковом итоге

если у вас АП дорогой - у вас что-то не то с процессами в компании

это ИМХО конечно

эти правила игры только там работают где не 1с на 9 торговых точек.

бизнес не знает что такое php7. зато он знает что разработчик это хорошо. а хороший разработчик экономит ему бабло.

Отлично знает, у бизнеса есть свои тех консультанты вроде CTO и т.п.

вот выше про пхп - до сих пор один клиент есть, 400 сайтов, несовместимых с 5.3. То есть старый 5.2. И старая ось, потому что новые не умеют 5.2. Грустно, порочно, но реалии. Платить за переписывание сайта "просто так" никто не хочет, при глобальных изменениях конечно сразу и под свежие пхп фиксится, но работать ему еще минимум 5 лет

серьезные дыры сами зафиксили

и получаем с дебом раз в 2 года, с центос раз в 10 лет.

ну три вроде... а с LTS все пять

вот выше про пхп - до сих пор один клиент есть, 400 сайтов, несовместимых с 5.3. То есть старый 5.2. И старая ось, потому что новые не умеют 5.2. Грустно, порочно, но реалии. Платить за переписывание сайта "просто так" никто не хочет, при глобальных изменениях конечно сразу и под свежие пхп фиксится, но работать ему еще минимум 5 лет

шаред хостинги должны страдать ;)

шаред хостинги должны страдать ;)

найди хостинг за 500р в год

да. именно они и должны страдать.