Рабочие принципы

1. Регулярные обновления

Исправления накапливаются быстрее, чем кажется, и откладывание делает каждое следующее обновление рискованнее. Поэтому у обновлений есть расписание, окно работ и план отката — см. «Эксплуатация и обновления».

Как проверить: известна дата последнего обновления каждого узла, а список необновлённых пакетов не растёт.

2. Минимизация доступа

Каждый открытый порт и каждая учётная запись — потенциальная точка входа. Мы оставляем только то, что нужно, и только тем, кому нужно. Подробности — в разделе «Безопасность».

Как проверить: список открытых портов и учётных записей совпадает с документацией, а лишнее удалено.

3. Контроль ресурсов

Диск, память, трафик и нагрузка кончаются не внезапно: тенденция видна заранее. Мы следим за ними и настраиваем оповещения до наступления критического уровня.

Как проверить: для каждого ресурса есть график и пороговое оповещение, которое требует конкретного действия. Подробнее — «Мониторинг доступности».

4. Проверяемые сведения

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

Как проверить: у каждого числа и утверждения есть источник, а условные значения подписаны как условные.

Критерии готовности изменения

Изменение считается завершённым, когда выполнены все пункты:

• Проверено на стенде, результат записан.
• Есть план отката, и он проверялся.
• Метрики после изменения в норме, ошибок в журналах нет.
• Документация и карточка компонента обновлены.
• Запись о работе добавлена в журнал изменений.

Чего стоит избегать