Исправление Stanson, (текущая версия) :
Много на мэйнтейнинг уходит времени?
Вообще мизер. Критичные апдейты всегда безпроблемны. Развернуть новый сервак - ну полчаса. Бывает нужно очень редко.
Софт собираете что не входит в репы?
Да, бывает.
Много?
Не особо. Необходимости нет. Почти всё что нужно есть в дистрибутиве. Из важного разве что freeradius собранный с --with-dhcp вспоминается. Для этого есть соответствующий слакбилд, и пересобрать при нужде новую версию проблем никаких нету.
Как дистрибутите?
Тупейшим скриптом, который пробегает ssh'ем по нужным машинам и выполняет там нужную команду.
Используете централизованные хранилища настроек конфигов?
Только там, где это уместно. Какой смысл в централизованном хранилище конфигов, если, например, толпа машин по сети грузится с одного образа, а отличающиеся настройки вычисляются при загрузке. Этот образ и есть хранилище в общем-то.
Для каждого существенного сервака есть банальные бэкапы, которые в случае неоходимости просто накатываются поверх свежеустановленной системы. Причём, из-за устройства слаки и формата её пакетов это можно просто через slackpkg install делать.
Есть ещё git, разумеется, для всяких собственных разработок.
Wiki с рецептами?
Есть некоторая внутренняя документация, в виде обычных html страничек с подробным описанием, например, API личного кабинета или там каких-нибудь тонкостей настройки MySQL(ныне MariaDB). Изменения и новшества редки, так что ручками поправить не проблема. Держать ради этого Wiki смысла нету.
Я пользовался много лет слакой на домашних тачках и хоум сервачках. Но любопытно узнать какие есть подводные камни использования её в продакшене. Чего не хватает и т.д.
Как раз для домашних тачек слака может и не особо годится. Хотя я на current сижу и мне зашибись. Но это уже дело вкуса. А в продакшене я с проблемами не сталкивался. Железо там однозначно хорошо поддерживаемое и надёжное. А больше проблемам именно со слакой взяться неоткуда.
Сейчас такое падение квалификации везде, что я думал, у вас будут проблемы с наймом человека, который может писать скрипты на шелле, читать их, и не боится сборки софта. В моём зажопинске с этим проблемы. А ведь столица.
Этому как раз очень просто обучить. А вот делать красивый и адекватный дизайн - хрен научишь.
Исходная версия Stanson, :
Много на мэйнтейнинг уходит времени?
Вообще мизер. Критичные апдейты всегда безпроблемны. Развернуть новый сервак - ну полчаса. Бывает нужно очень редко.
Софт собираете что не входит в репы?
Да, бывает.
Много?
Не особо. Необходимости нет. Почти всё что нужно есть в дистрибутиве. Из важного разве что freeradius собранный с --with-dhcp вспоминается. Для этого есть соответствующий слакбилд, и пересобрать при нужде новую версию проблем никаких нету.
Как дистрибутите?
Тупейшим скриптом, который пробегает ssh'ем по нужным машинам и выполняет там нужную команду.
Используете централизованные хранилища настроек конфигов?
Только там, где это уместно. Какой смысл в централизованном хранилище конфигов, если, например, толпа машин по сети грузится с одного образа, а отличающиеся настройки вычисляются при загрузке. Этот образ и есть хранилище в общем-то.
Для каждого существенного сервака есть банальные бэкапы, которые в случае неоходимости просто накатываются поверх свежеустановленной системы. Причём, из-за устройства слаки и формата её пакетов это можно просто через slackpkg install делать.
Есть ещё git, разумеется, для всяких собственных разработок.
Wiki с рецептами?
Есть некоторая внутренняя документация, в виде обычных html страничек с подробным описанием, например, API личного кабинета или там каких-нибудь тонкостей настройки MySQL(ныне MariaDB). Изменения и новшества редки, так что ручками поправить не проблема. Держать ради этого Wiki смысла нету.