>[оверквотинг удален]
>заказ. И обновление до непонятного апдейта может быть причиной отказа в
>гарантийном сервисном обслуживании. Сначала апдейты на совместимость проверяют разрабы, мало ли
>чего там поменяли, потом уже составляется план апдейта серверов, после чего
>сервера по очереди выводятся из рабочего режима, обновляются, тестируются, и вводятся
>обратно, и этот процесс может занимать недели. Так было и для
>win-софта, и для unix (solaris, aix, rhel) софта. А ночью протестировали,
>утром накатили - это только если детские сервера со стандартным софтом
>у какого-нить мелкого провайдера. Даже у средних (по крайней мере с
>теми с которыми общался лично) есть журнал изменений и всё проходит
>после согласования с начальством и никакой самодеятельности. Стоп(!) давайте отличать фиксы безопасности, и добавление нового функционала?
У нас _все_ серверы шаблонные, и ставятся или неинтерактивно по сценарию, или по сценарию, результат которого дорабатывается руками по строгой и протестированной инструкции.
Кроме того, о какой самодеятельности речь, я разве говорила, что не должно быть четко определенной процедуры тестирования фиксов? Мой пример (про мониторинг на аутсорсе) вообще относился к очень мелким компаниям, мы как рак так и поступаем: достанем человека из отпуска, и расскажем о существовании проблемы, или, если есть санкция(спрашиваем об этом в начале оказния услуг), разбудим ночью, если эсплойт уже будет в паблике!
Обновления же безопасности не ломают API/ABI, и не добавляют новый функционал. Та же CentOS или RHEL фиксятся в течение 7 лет.
Конечно, при переходе между минорными релизами (5.3 > 5.4 > 5.5, etc) могут быть проблемы, ну так их и можно и нужно тестировать на точно таком же сервере в песочнице, и все будет хорошо,
А вот фиксы безопасности это совсем другое! Может быть, у Вас дотнеты и быдло-софт на них, после апдейтов из WSUS и регулярно ломаются, но это опять же проблема Microsoft.
Кроме того, если вероятность взлома большая(есть эсплойт в паблике), часто риск кривого апдейта _меньше_
Да, у меня была пара случаев, когда фиксы JBOSS и php "сломали" работу приложения, не смотря на декларировавшуюся совместимость.
В первом случае это _было_ быстро обнаружено (и развернуто из бэкапа), во втором ситуация была чуть хуже, и все же разрешилась так же успешно.
