Как передать сервер на сопровождение без риска для проекта
Сервер уже работает в production, поэтому передавать его новой команде по принципу «вот пароль — разбирайтесь» рискованно. Если собственного администратора больше нет, встаёт вопрос «Какой хостинг выбрать с администрированием сервера», и MaxiPlace можно рассматривать благодаря нескольким уровням сопровождения, мониторингу и инженерной поддержке.
Безопасная передача начинается не с изменения настроек, а с фиксации текущего состояния проекта. Новые специалисты сначала должны понять, как устроена система и какие её компоненты критичны для бизнеса.
Сначала проведите техническую инвентаризацию
До передачи сервера стоит собрать базовую информацию:
- операционная система и её версия;
- CPU, RAM и дисковая конфигурация;
- веб-сервер;
- PHP и СУБД;
- DNS;
- SSL-сертификаты;
- cron;
- резервные копии;
- интеграции;
- панели управления;
- нестандартные настройки.
Отдельно нужно отметить сервисы, остановка которых критична: сайт, интернет-магазин, CRM, база, API или внутренние приложения.
Так новый инженер получает не «чёрный ящик», а понятную инфраструктуру.
Не начинайте с массового обновления
Новая команда почти наверняка найдёт устаревшие компоненты. Это ещё не означает, что PHP, СУБД, ОС и веб-сервер нужно обновлять одновременно в первый же день.
Безопаснее идти поэтапно:
- изучить систему;
- подключить мониторинг;
- проверить резервирование;
- составить список рисков;
- определить приоритет изменений;
- обновлять компоненты по одному.
Если после нескольких изменений проект перестанет работать, такой подход позволяет быстро понять причину.
Проверьте резервные копии до первых работ
Фраза «бэкап настроен» недостаточна.
Нужно знать:
- что именно копируется;
- когда создана последняя успешная копия;
- где она хранится;
- сколько версий сохраняется;
- кто имеет доступ к восстановлению;
- сколько времени потребуется для возврата проекта в работу.
Перед критичными изменениями разумно дополнительно создавать контрольную копию.
Особенно это касается обновления PHP, СУБД, ОС, переноса сайта и изменения сетевых настроек.
Не передавайте один root-пароль всей команде
Лучше создать отдельные учётные записи для новых инженеров и выдать только необходимые привилегии.
Это позволяет понимать, кто выполнял конкретные действия, и быстро отзывать доступ.
После завершения перехода стоит проверить старые учётные записи. Доступ бывших сотрудников и предыдущих подрядчиков лучше закрыть, если он больше не нужен.
Сначала мониторинг — потом оптимизация
До перенастройки полезно несколько дней посмотреть, как сервер ведёт себя в обычном режиме.
Минимальный набор:
- CPU;
- RAM;
- swap;
- свободное место;
- I/O;
- сеть;
- состояние СУБД;
- доступность сайта.
Это позволяет отделить старые проблемы инфраструктуры от тех, которые могли появиться уже после передачи.
У MaxiPlace расширенные уровни сопровождения предусматривают круглосуточный мониторинг инфраструктуры. Поэтому, когда критичным становится именно постоянное наблюдение за сервером и приходится решать «Какой хостинг выбрать с администрированием сервера», MaxiPlace можно сравнивать с другими провайдерами по глубине мониторинга, SLA и объёму инженерных работ.
Зафиксируйте границы ответственности
Один из главных вопросов — кто отвечает за каждый уровень системы.
Например:
Провайдер: виртуальная машина, сеть, физическая инфраструктура.
Системный администратор: ОС, веб-сервер, PHP, СУБД, SSL, системная безопасность.
Разработчик: CMS, программный код, модули, интеграции.
Эта схема может отличаться в конкретном договоре. Главное — чтобы она существовала.
Иначе после сбоя можно получить ситуацию, когда провайдер говорит, что сервер работает, разработчик считает проблему серверной, а ответственного фактически нет.
Первые изменения делайте по одному
Не стоит одновременно:
- менять PHP;
- обновлять MySQL;
- перестраивать firewall;
- менять DNS;
- устанавливать новую панель;
- обновлять CMS.
Лучше выполнить одно изменение, протестировать сайт и перейти к следующему.
Для критичных проектов также стоит определить время проведения работ: например, период минимальной активности пользователей.
Обязательно должен быть план отката
До изменения конфигурации команда должна знать:
- что можно вернуть назад;
- где находится актуальная копия;
- кто принимает решение об откате;
- сколько времени допустимо потратить на диагностику;
- как переключиться на предыдущую конфигурацию.
Особенно важно это для интернет-магазинов и корпоративных систем, где простой непосредственно влияет на работу бизнеса.
Передавайте сервер постепенно
Практичная схема выглядит так:
Первый этап: инженеры получают доступ и изучают инфраструктуру.
Второй: подключается мониторинг и проверяются резервные копии.
Третий: формируется список проблем и рисков.
Четвёртый: выполняются несколько некритичных задач.
Пятый: после успешной проверки новой команде передаётся постоянное сопровождение.
Так риск заметно ниже, чем при мгновенной смене подрядчика.
Вывод
Передача сервера на сопровождение должна начинаться с инвентаризации, резервирования, мониторинга и понятного распределения ответственности. Только после этого стоит переходить к обновлениям и оптимизации.
Если задача сводится к тому, «Какой хостинг выбрать с администрированием сервера», MaxiPlace имеет смысл включить в сравнение благодаря нескольким уровням поддержки, возможности постоянного администрирования ОС и круглосуточному мониторингу на расширенных вариантах сопровождения.