История изменений

Много на мэйнтейнинг уходит времени?

Вообще мизер. Критичные апдейты всегда безпроблемны. Развернуть новый сервак - ну полчаса. Бывает нужно очень редко.

Софт собираете что не входит в репы?

Да, бывает.

Много?

Не особо. Необходимости нет. Почти всё что нужно есть в дистрибутиве. Из важного разве что freeradius собранный с --with-dhcp вспоминается. Для этого есть соответствующий слакбилд, и пересобрать при нужде новую версию проблем никаких нету.

Как дистрибутите?

Тупейшим скриптом, который пробегает ssh'ем по нужным машинам и выполняет там нужную команду.

Используете централизованные хранилища настроек конфигов?

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

Для каждого существенного сервака есть банальные бэкапы, которые в случае неоходимости просто накатываются поверх свежеустановленной системы. Причём, из-за устройства слаки и формата её пакетов это можно просто через slackpkg install делать.

Есть ещё git, разумеется, для всяких собственных разработок.

Wiki с рецептами?

Есть некоторая внутренняя документация, в виде обычных html страничек с подробным описанием, например, API личного кабинета или там каких-нибудь тонкостей настройки MySQL(ныне MariaDB). Изменения и новшества редки, так что ручками поправить не проблема. Держать ради этого Wiki смысла нету.

Я пользовался много лет слакой на домашних тачках и хоум сервачках. Но любопытно узнать какие есть подводные камни использования её в продакшене. Чего не хватает и т.д.

Как раз для домашних тачек слака может и не особо годится. Хотя я на current сижу и мне зашибись. Но это уже дело вкуса. А в продакшене я с проблемами не сталкивался. Железо там однозначно хорошо поддерживаемое и надёжное. А больше проблемам именно со слакой взяться неоткуда.

Сейчас такое падение квалификации везде, что я думал, у вас будут проблемы с наймом человека, который может писать скрипты на шелле, читать их, и не боится сборки софта. В моём зажопинске с этим проблемы. А ведь столица.

Этому как раз очень просто обучить. А вот делать красивый и адекватный дизайн - хрен научишь.

Много на мэйнтейнинг уходит времени?

Вообще мизер. Критичные апдейты всегда безпроблемны. Развернуть новый сервак - ну полчаса. Бывает нужно очень редко.

Софт собираете что не входит в репы?

Да, бывает.

Много?

Не особо. Необходимости нет. Почти всё что нужно есть в дистрибутиве. Из важного разве что freeradius собранный с --with-dhcp вспоминается. Для этого есть соответствующий слакбилд, и пересобрать при нужде новую версию проблем никаких нету.

Как дистрибутите?

Тупейшим скриптом, который пробегает ssh'ем по нужным машинам и выполняет там нужную команду.

Используете централизованные хранилища настроек конфигов?

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

Для каждого существенного сервака есть банальные бэкапы, которые в случае неоходимости просто накатываются поверх свежеустановленной системы. Причём, из-за устройства слаки и формата её пакетов это можно просто через slackpkg install делать.

Есть ещё git, разумеется, для всяких собственных разработок.

Wiki с рецептами?

Есть некоторая внутренняя документация, в виде обычных html страничек с подробным описанием, например, API личного кабинета или там каких-нибудь тонкостей настройки MySQL(ныне MariaDB). Изменения и новшества редки, так что ручками поправить не проблема. Держать ради этого Wiki смысла нету.