Я предпочитаю Debian GNU / Linux в качестве операционной системы для серверов. Обычно я считаю, что стабильная версия - лучший выбор. Но я использую нестабильную версию / тестирование на рабочем столе.
Существуют ли реальные случаи, когда серверы используют нестабильный / тестируемый Debian?
Два года назад нам понадобился PHP5 в производственной среде. Стабильная версия Debian еще не вышла, и по какой-то причине резервные копии не рассматривались. Мы разрешили нашей хостинговой компании установить тестирование, и оно отлично сработало.
Однако теперь, когда нам нужно выполнить обновление до Lenny, мы просто не можем обновить производственную систему на ходу, мы должны клонировать систему, обновить, протестировать и т. Д., Потому что номера версий многих приложений значительно увеличились за последнее время. два года.
Теперь это создает для нас работу (внутренние часы работы), а также полезную нагрузку для нашей хостинговой компании, которую мы должны платить.
Урок выучен; или, по крайней мере, в следующий раз я буду готов к тому, что произойдет в будущем.
Если это продакшн, то не используйте нестабильный. Вместо этого используйте стабильную версию и backports, а при необходимости - тестирование. Тестирование подходит для настольной машины, которую вы можете позволить себе отдохнуть в течение дня. Это не для производства.
Кроме того, Зоредак упомянул возможность закрепления. Сначала это немного сбивает с толку, но стоит изучить. Если вы пойдете по этому пути, начните с чтения справочной страницы apt_preferences. Ключ к apt-pinning - сохранять простоту и начинать с малого.
И последнее, что касается относительной стабильности релизов. Стабильный всегда надежен, и тестирование обычно столь же надежно. Когда приближается релиз, тестирование становится более стабильным, а нестабильное - немного застоявшимся. После выпуска тестирование становится немного менее стабильным, а нестабильность снова становится ошибочной.
Я использовал несколько нестабильных / тестовых пакетов, но я не использую тестовые / нестабильные. Вы можете использовать такие вещи, как Apt Pinning, резервные копии, или вы сами можете выполнить резервное копирование конкретных пакетов, необходимых для вашей среды.
Раньше я использовал тестирование на серверах, но в наши дни бэкпорты устранили большую часть причин для этого.
стабильный + backports - это правильный путь: мы даже делаем собственные backports для избранных пакетов, используя ту же схему управления версиями, что и backports.org
Backport может вызвать проблемы, поскольку они вводят приложения, которые могут не соответствовать библиотекам, что может вызвать проблемы в дальнейшем. Стабильная версия часто устарела, и поэтому я довольно часто использую тестирование на внутренних машинах (тех, к которым нельзя получить доступ извне).
Однажды у меня была проблема с unstalbe, и я больше никогда не буду запускать ее на продакшене. proftpd после обновления apt-get сошёл с ума и стал неубиваемым. Он пережил несколько убийств -9. Мы пытались убить его, и один из моих коллег напомнил себе о killall5 - самой мощной команде kill в Linux. Затем он вызвал его без каких-либо параметров, чтобы увидеть справку «правильный синтаксис», но помощь так и не пришла ... Самое интересное то, что все умерло, но порт proftpd все еще был открыт.
У вас может быть полустабильный полустабильный, если вы его хорошо настроите, но, как уже упоминалось, бэкпорты довольно хорошо решают большинство проблем. Производственные коробки не стоят риска. Обычно это работает нормально, но иногда может не повезти.