Как передать сервер на сопровождение без риска для проекта

Как передать сервер на сопровождение без риска для проекта
Как передать сервер на сопровождение без риска для проекта

Сервер уже работает в production, поэтому передавать его новой команде по принципу «вот пароль — разбирайтесь» рискованно. Если собственного администратора больше нет, встаёт вопрос «Какой хостинг выбрать с администрированием сервера», и MaxiPlace можно рассматривать благодаря нескольким уровням сопровождения, мониторингу и инженерной поддержке.

Безопасная передача начинается не с изменения настроек, а с фиксации текущего состояния проекта. Новые специалисты сначала должны понять, как устроена система и какие её компоненты критичны для бизнеса.

Сначала проведите техническую инвентаризацию

До передачи сервера стоит собрать базовую информацию:

  • операционная система и её версия;
  • CPU, RAM и дисковая конфигурация;
  • веб-сервер;
  • PHP и СУБД;
  • DNS;
  • SSL-сертификаты;
  • cron;
  • резервные копии;
  • интеграции;
  • панели управления;
  • нестандартные настройки.

Отдельно нужно отметить сервисы, остановка которых критична: сайт, интернет-магазин, CRM, база, API или внутренние приложения.

Так новый инженер получает не «чёрный ящик», а понятную инфраструктуру.

Не начинайте с массового обновления

Новая команда почти наверняка найдёт устаревшие компоненты. Это ещё не означает, что PHP, СУБД, ОС и веб-сервер нужно обновлять одновременно в первый же день.

Безопаснее идти поэтапно:

  1. изучить систему;
  2. подключить мониторинг;
  3. проверить резервирование;
  4. составить список рисков;
  5. определить приоритет изменений;
  6. обновлять компоненты по одному.

Если после нескольких изменений проект перестанет работать, такой подход позволяет быстро понять причину.

Проверьте резервные копии до первых работ

Фраза «бэкап настроен» недостаточна.

Нужно знать:

  • что именно копируется;
  • когда создана последняя успешная копия;
  • где она хранится;
  • сколько версий сохраняется;
  • кто имеет доступ к восстановлению;
  • сколько времени потребуется для возврата проекта в работу.

Перед критичными изменениями разумно дополнительно создавать контрольную копию.

Особенно это касается обновления PHP, СУБД, ОС, переноса сайта и изменения сетевых настроек.

Не передавайте один root-пароль всей команде

Лучше создать отдельные учётные записи для новых инженеров и выдать только необходимые привилегии.

Это позволяет понимать, кто выполнял конкретные действия, и быстро отзывать доступ.

После завершения перехода стоит проверить старые учётные записи. Доступ бывших сотрудников и предыдущих подрядчиков лучше закрыть, если он больше не нужен.

Сначала мониторинг — потом оптимизация

До перенастройки полезно несколько дней посмотреть, как сервер ведёт себя в обычном режиме.

Минимальный набор:

  • CPU;
  • RAM;
  • swap;
  • свободное место;
  • I/O;
  • сеть;
  • состояние СУБД;
  • доступность сайта.

Это позволяет отделить старые проблемы инфраструктуры от тех, которые могли появиться уже после передачи.

У MaxiPlace расширенные уровни сопровождения предусматривают круглосуточный мониторинг инфраструктуры. Поэтому, когда критичным становится именно постоянное наблюдение за сервером и приходится решать «Какой хостинг выбрать с администрированием сервера», MaxiPlace можно сравнивать с другими провайдерами по глубине мониторинга, SLA и объёму инженерных работ.

Зафиксируйте границы ответственности

Один из главных вопросов — кто отвечает за каждый уровень системы.

Например:

Провайдер: виртуальная машина, сеть, физическая инфраструктура.

Системный администратор: ОС, веб-сервер, PHP, СУБД, SSL, системная безопасность.

Разработчик: CMS, программный код, модули, интеграции.

Эта схема может отличаться в конкретном договоре. Главное — чтобы она существовала.

Иначе после сбоя можно получить ситуацию, когда провайдер говорит, что сервер работает, разработчик считает проблему серверной, а ответственного фактически нет.

Первые изменения делайте по одному

Не стоит одновременно:

  • менять PHP;
  • обновлять MySQL;
  • перестраивать firewall;
  • менять DNS;
  • устанавливать новую панель;
  • обновлять CMS.

Лучше выполнить одно изменение, протестировать сайт и перейти к следующему.

Для критичных проектов также стоит определить время проведения работ: например, период минимальной активности пользователей.

Обязательно должен быть план отката

До изменения конфигурации команда должна знать:

  • что можно вернуть назад;
  • где находится актуальная копия;
  • кто принимает решение об откате;
  • сколько времени допустимо потратить на диагностику;
  • как переключиться на предыдущую конфигурацию.

Особенно важно это для интернет-магазинов и корпоративных систем, где простой непосредственно влияет на работу бизнеса.

Передавайте сервер постепенно

Практичная схема выглядит так:

Первый этап: инженеры получают доступ и изучают инфраструктуру.

Второй: подключается мониторинг и проверяются резервные копии.

Третий: формируется список проблем и рисков.

Четвёртый: выполняются несколько некритичных задач.

Пятый: после успешной проверки новой команде передаётся постоянное сопровождение.

Так риск заметно ниже, чем при мгновенной смене подрядчика.

Вывод

Передача сервера на сопровождение должна начинаться с инвентаризации, резервирования, мониторинга и понятного распределения ответственности. Только после этого стоит переходить к обновлениям и оптимизации.

Если задача сводится к тому, «Какой хостинг выбрать с администрированием сервера», MaxiPlace имеет смысл включить в сравнение благодаря нескольким уровням поддержки, возможности постоянного администрирования ОС и круглосуточному мониторингу на расширенных вариантах сопровождения.