Користувач бачить інтерфейс, але стійкість проєкту визначається тим, що знаходиться глибше: конфігурацією сервера, оновленнями, резервним копіюванням, журналами та моніторингом.
Система замість набору налаштувань
Хороша інфраструктура має бути відтворюваною і зрозумілою. Власник проєкту повинен знати, де зберігаються дані, як швидко відновити сервіс і хто отримує сповіщення про збій.
Резервні копії, яким можна довіряти
Резервна копія, яку жодного разу не розгортали в тестовому середовищі, — це припущення, а не гарантія. Важливі три речі: регулярність (копії мають створюватися за розкладом, а не «коли згадали»), зберігання окремо від самого сервера (інакше один інцидент знищує і дані, і їхні копії), та перевірка відновлення — хоча б раз на кілька місяців варто реально розгорнути копію і переконатися, що сайт піднімається.
Моніторинг і сповіщення
Моніторинг потрібен не для красивих графіків, а для того, щоб про проблему дізнавалися раніше за користувачів. Мінімальний набір: доступність сайту, місце на диску, навантаження на сервер і закінчення терміну дії SSL-сертифіката. Сповіщення має надходити конкретній людині, а не губитися в загальному журналі, який ніхто не читає.
Оновлення без ризику
Оновлення ядра CMS, модулів і системних пакетів потрібні для безпеки, але самі по собі є джерелом ризику, якщо проводяться без резервної копії та без перевірки на тестовій версії сайту. Розумний порядок: зробити копію, оновити, перевірити ключові сценарії (головна сторінка, форма зворотного зв'язку, адмінка), і лише після цього вважати оновлення завершеним.