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

Администрирование серверов и поддержка сайтов

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

  • Сайты
  • Серверы
  • Мониторинг
  • Резервные копии
  • DevOps

Домены .RU, .РФ и .SU

С этой даты управление доменами в национальных зонах потребует идентификации администратора через Госуслуги.

Идентификация домена через Госуслуги (ЕСИА)

Требование относится ко всем администраторам доменов: физическим лицам, ИП и организациям.

Сайт нельзя поддерживать отдельно от сервера и данных. Ищем причину по всей цепочке: от запроса пользователя до базы данных и сценария восстановления

  1. Что замечает посетитель

    Страница открывается медленно, форма не отправляется или появляется ошибка.

  2. Где ищем причину

    Проверяем работу сайта, данные, сервер и подключённые сервисы, чтобы найти источник сбоя.

  3. Как возвращаем стабильность

    Устраняем причину, проверяем работу сайта и убеждаемся, что данные можно восстановить.

Когда серверы и сайты начинают отнимать время у команды

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

Сайт падает под нагрузкой, а причина остаётся неясной
Сервер периодически перестаёт отвечать
База данных стала узким местом
1С-Битрикс работает медленно
Никто не проверял, можно ли восстановить данные из резервной копии
Мониторинг молчит или создаёт поток бесполезных уведомлений
Предыдущий администратор ушёл и не оставил документацию
Разработчики отвлекаются на серверы вместо продукта
Нужно перенести сайт без простоя и потери данных
Инфраструктура менялась годами и стала непонятной
После взлома нужно вернуть сайт и закрыть уязвимости
Нужны DevOps-задачи без найма специалиста в штат

Что входит в поддержку серверов и сайтов

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

Администрирование серверов

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

NGINX / APACHE / PHP / MYSQL / POSTGRESQL

Техническая поддержка сайтов

Ищем причины ошибок на уровне CMS, приложения, базы данных и интеграций. Поддерживаем корпоративные сайты, магазины, WordPress и 1С-Битрикс. По запросу расширяем функциональность: делаем доработки, интеграции и служебные скрипты под задачу.

CMS / PHP / PYTHON / BASH / CRON / ИНТЕГРАЦИИ

Мониторинг и работа с авариями

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

ДОСТУПНОСТЬ / МЕТРИКИ / УВЕДОМЛЕНИЯ / ИНЦИДЕНТЫ

Резервное копирование и восстановление

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

ФАЙЛЫ / БАЗЫ ДАННЫХ / ВНЕШНИЕ КОПИИ / ПРОВЕРКА

Диагностика производительности

Находим, где теряется время: в приложении, PHP, запросах к базе, кеше, диске или сети. Меняем конфигурацию только после измерений.

ЗАДЕРЖКИ / ЗАПРОСЫ / КЕШ / CPU / RAM / IO

Безопасность серверов и сайтов

Проверяем обновления, доступы, SSH, сетевые правила и TLS. Уменьшаем поверхность атаки, а после взлома помогаем очистить систему и закрыть найденные уязвимости.

ОБНОВЛЕНИЯ / ДОСТУП / TLS / FIREWALL / ЗАЩИТА

DevOps-сопровождение

Выстраиваем предсказуемый выпуск изменений, автоматизируем повторяемые операции и поддерживаем конфигурацию в воспроизводимом виде.

GIT / CI-CD / DOCKER / ANSIBLE / TERRAFORM

Аудит и проектирование инфраструктуры

Собираем карту текущей системы, отмечаем критические риски и готовим план изменений: от миграции до подготовки проекта к росту нагрузки.

АРХИТЕКТУРА / РИСКИ / МОЩНОСТИ / МИГРАЦИЯ

Формат поддержки зависит от устройства проекта

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

Небольшой сайт

Сайт VPS База данных Копии

Растущий проект

Балансировщик Приложение База данных Кеш Мониторинг

Связанная система

Сервисы Контейнеры Базы данных Очереди CI/CD
Связь сайта, приложения, базы данных, мониторинга и резервных копий
Причина сбоя может находиться в коде, базе данных, фоновой задаче или внешней интеграции.

Можно прийти с проблемой «сайт не работает»

Для обращения не нужен готовый технический диагноз. Проверим сервер, CMS или приложение, базу данных, фоновые задачи, почту и интеграции, чтобы найти место сбоя.

  • WordPress и 1С-Битрикс
  • Проекты на PHP и API
  • Ошибки приложения
  • Выпуски и задачи cron
  • Почта и интеграции
  • Обновления и безопасность
  • Скорость работы сайта
  • Копии сайта и базы данных

Как берём действующую инфраструктуру на поддержку

  1. Уточняем задачу

    Разбираем симптомы, критичные сервисы и то, какую ответственность нужно передать.

  2. Согласуем доступ

    Выбираем защищённый способ подключения и выдаём только необходимые права.

  3. Проводим аудит

    Проверяем архитектуру, сервисы, безопасность, мониторинг и резервные копии.

  4. Составляем карту системы

    Фиксируем компоненты, зависимости, доступы и рабочие процедуры.

  5. Закрываем критические риски

    В первую очередь устраняем то, что может остановить проект или привести к потере данных.

  6. Настраиваем контроль

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

  7. Переходим к сопровождению

    Ведём плановые изменения, инциденты и развитие инфраструктуры с сохранением контекста.

Как снижаем риск при эксплуатации

НАБЛЮДЕНИЕ / ДИАГНОСТИКА Поиск причины сбоя по сигналам связанных компонентов инфраструктуры

Сначала собираем данные

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

ВОССТАНОВЛЕНИЕ

Проверяем резервные копии

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

ДОСТУП

Не выдаём лишних прав

Разделяем доступы по задачам, чтобы общий ключ не открывал всю инфраструктуру.

ИЗМЕНЕНИЯ

Оставляем путь назад

Фиксируем цель изменения, проверку результата и способ вернуться к рабочему состоянию.

АВТОМАТИЗАЦИЯ

Автоматизируем повторяемые операции

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

ДОКУМЕНТАЦИЯ

Сохраняем знания о системе

Карта системы и процедуры остаются у клиента, а не в памяти одного администратора.

СЕТЕВАЯ УСТОЙЧИВОСТЬ

Снижаем влияние DDoS-атак

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

Что получает клиент кроме работающего сервера

  • Понятную карту инфраструктуры
  • Список рисков и порядок их устранения
  • Диагностику по данным, а не догадкам
  • Проверенный сценарий восстановления
  • Контроль изменений и доступов
  • Актуальные рабочие инструкции
  • Ответственного за разбор инцидента
  • Меньше серверной рутины у разработчиков
  • Знания, не зависящие от одного человека

Технологии, с которыми мы работаем

Стек важен для совместимости и диагностики, но сам по себе не определяет формат сопровождения.

Системы

  • Linux
  • Debian
  • Ubuntu
  • AlmaLinux

Веб-стек

  • Nginx
  • Apache
  • PHP-FPM

Данные

  • MySQL / MariaDB
  • PostgreSQL
  • Redis

Наблюдение

  • Prometheus
  • Grafana
  • Zabbix

Автоматизация

  • Git / CI/CD
  • Docker
  • Ansible
  • Terraform

Программирование

  • Python
  • Bash
  • C++
  • PHP

Подключаем нужную экспертизу под задачу

Разбираемся в задаче, подбираем подходящий сервис или профильного исполнителя и подключаем его к рабочему контуру. У команды остаётся понятный план действий.

Инженерная схема подключения профильного сервиса к инфраструктуре проекта

Как сохраняем контроль на стороне клиента

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

  • Объясняем без тумана

    Сообщаем, что произошло, на что это влияет и какое действие нужно дальше.

  • Назначаем ответственного

    Во время инцидента понятно, кто ведёт диагностику и собирает общую картину.

  • Сохраняем контекст

    Архитектуру и историю изменений не приходится пересказывать при каждом обращении.

  • Проверяем восстановление

    Фиксируем не только создание копий, но и возможность вернуть из них данные.

  • Документируем систему

    Карта инфраструктуры и рабочие процедуры доступны команде клиента.

  • Настраиваем полезные сигналы

    Мониторинг сообщает о значимых отклонениях, а не создаёт постоянный шум.

Вопросы о поддержке серверов и сайтов

Можно ли взять на поддержку уже работающий сервер?

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

Нужно ли переносить сайт или сервер к вам?

Нет. Можем работать с инфраструктурой на текущей площадке. Перенос обсуждаем только тогда, когда он решает конкретную проблему.

Работаете ли вы с VPS и VDS других провайдеров?

Да, если провайдер даёт необходимые права и не ограничивает нужные операции.

Можно ли заказать только аудит сервера?

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

Что входит в техническую поддержку сайта?

Состав зависит от проекта. Обычно это диагностика CMS или приложения, PHP, базы данных, фоновых задач, почты, интеграций, обновлений, производительности и резервных копий.

Поддерживаете ли вы 1С-Битрикс?

Да. Работаем с серверным окружением, PHP, базой данных, кешированием, фоновыми задачами, обновлениями и причинами медленной работы.

Поддерживаете ли вы WordPress?

Да. Диагностируем ошибки ядра, тем и плагинов, проверяем безопасность, скорость, обновления и серверное окружение.

Можно ли заказать разовую работу?

Да. Сначала уточним результат, доступы и состояние системы, затем предложим подходящий формат работы.

Что происходит при аварии?

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

Как безопасно предоставить доступы?

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

Что если предыдущий администратор не оставил документации?

Проводим аудит, восстанавливаем карту системы и фиксируем процедуры. После этого команда понимает свою инфраструктуру.

Можно ли расширить функциональность сайта в рамках поддержки?

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

Обсудить задачу

Опишите, что происходит с сайтом или инфраструктурой. Разберёмся в текущем состоянии и подскажем следующий шаг.