Администрирование серверов
Сопровождаем Linux-серверы, веб-стек, базы данных и сеть. Следим за конфигурацией, обновлениями и ресурсами, чтобы инфраструктура оставалась управляемой.
NGINX / APACHE / PHP / MYSQL / POSTGRESQL
Берём на себя эксплуатацию действующих веб-проектов: следим за инфраструктурой, разбираем сбои, контролируем изменения, доступы и резервные копии. У вашей команды есть понятный ответственный за техническое состояние системы.
Страница открывается медленно, форма не отправляется или появляется ошибка.
Проверяем работу сайта, данные, сервер и подключённые сервисы, чтобы найти источник сбоя.
Устраняем причину, проверяем работу сайта и убеждаемся, что данные можно восстановить.
Подключаемся к работающим и аварийным проектам, в том числе когда инфраструктура росла годами, а знания о ней остались у одного человека.
Не продаём одинаковый набор работ всем проектам. Сначала изучаем систему и риски, затем фиксируем, за что отвечаем в ежедневной эксплуатации.
Сопровождаем Linux-серверы, веб-стек, базы данных и сеть. Следим за конфигурацией, обновлениями и ресурсами, чтобы инфраструктура оставалась управляемой.
NGINX / APACHE / PHP / MYSQL / POSTGRESQLИщем причины ошибок на уровне CMS, приложения, базы данных и интеграций. Поддерживаем корпоративные сайты, магазины, WordPress и 1С-Битрикс. По запросу расширяем функциональность: делаем доработки, интеграции и служебные скрипты под задачу.
CMS / PHP / PYTHON / BASH / CRON / ИНТЕГРАЦИИКонтролируем доступность и важные метрики, настраиваем полезные уведомления. При сбое локализуем проблему, восстанавливаем сервис и разбираем первопричину.
ДОСТУПНОСТЬ / МЕТРИКИ / УВЕДОМЛЕНИЯ / ИНЦИДЕНТЫОпределяем, что и как часто копировать, храним копии отдельно от основной системы и проверяем восстановление. Так заранее понятно, какие данные можно вернуть после сбоя.
ФАЙЛЫ / БАЗЫ ДАННЫХ / ВНЕШНИЕ КОПИИ / ПРОВЕРКАНаходим, где теряется время: в приложении, PHP, запросах к базе, кеше, диске или сети. Меняем конфигурацию только после измерений.
ЗАДЕРЖКИ / ЗАПРОСЫ / КЕШ / CPU / RAM / IOПроверяем обновления, доступы, SSH, сетевые правила и TLS. Уменьшаем поверхность атаки, а после взлома помогаем очистить систему и закрыть найденные уязвимости.
ОБНОВЛЕНИЯ / ДОСТУП / TLS / FIREWALL / ЗАЩИТАВыстраиваем предсказуемый выпуск изменений, автоматизируем повторяемые операции и поддерживаем конфигурацию в воспроизводимом виде.
GIT / CI-CD / DOCKER / ANSIBLE / TERRAFORMСобираем карту текущей системы, отмечаем критические риски и готовим план изменений: от миграции до подготовки проекта к росту нагрузки.
АРХИТЕКТУРА / РИСКИ / МОЩНОСТИ / МИГРАЦИЯОдному сайту достаточно аккуратно настроенного VPS. Другому нужны несколько сервисов, очереди и автоматический выпуск изменений. Состав сопровождения определяем по реальной архитектуре.
Для обращения не нужен готовый технический диагноз. Проверим сервер, CMS или приложение, базу данных, фоновые задачи, почту и интеграции, чтобы найти место сбоя.
Разбираем симптомы, критичные сервисы и то, какую ответственность нужно передать.
Выбираем защищённый способ подключения и выдаём только необходимые права.
Проверяем архитектуру, сервисы, безопасность, мониторинг и резервные копии.
Фиксируем компоненты, зависимости, доступы и рабочие процедуры.
В первую очередь устраняем то, что может остановить проект или привести к потере данных.
Добавляем полезные метрики, уведомления и проверяемое резервное копирование.
Ведём плановые изменения, инциденты и развитие инфраструктуры с сохранением контекста.
Смотрим на метрики, журналы событий и недавние изменения до того, как меняем конфигурацию. Так меньше действий наугад и проще проверить причину сбоя.
Проверяем не только создание копии, но и то, что из неё можно вернуть данные.
Разделяем доступы по задачам, чтобы общий ключ не открывал всю инфраструктуру.
Фиксируем цель изменения, проверку результата и способ вернуться к рабочему состоянию.
Убираем ручную рутину, чтобы снизить риск случайной ошибки и сохранить воспроизводимость.
Карта системы и процедуры остаются у клиента, а не в памяти одного администратора.
Фильтруем вредный трафик и фиксируем порядок действий: что ограничивать и когда подключать провайдера защиты.
Стек важен для совместимости и диагностики, но сам по себе не определяет формат сопровождения.
Разбираемся в задаче, подбираем подходящий сервис или профильного исполнителя и подключаем его к рабочему контуру. У команды остаётся понятный план действий.
Внешняя поддержка не должна превращаться в новую зависимость. Доступы, изменения и знания о системе остаются прозрачными для вашей команды.
Сообщаем, что произошло, на что это влияет и какое действие нужно дальше.
Во время инцидента понятно, кто ведёт диагностику и собирает общую картину.
Архитектуру и историю изменений не приходится пересказывать при каждом обращении.
Фиксируем не только создание копий, но и возможность вернуть из них данные.
Карта инфраструктуры и рабочие процедуры доступны команде клиента.
Мониторинг сообщает о значимых отклонениях, а не создаёт постоянный шум.
Да. Начнём с аудита текущей конфигурации, сервисов, доступов и рисков. Переустанавливать сервер без технической причины не нужно.
Нет. Можем работать с инфраструктурой на текущей площадке. Перенос обсуждаем только тогда, когда он решает конкретную проблему.
Да, если провайдер даёт необходимые права и не ограничивает нужные операции.
Да. По итогам вы получите картину текущего состояния, список рисков и порядок рекомендуемых изменений. Дальнейшее сопровождение не обязательно.
Состав зависит от проекта. Обычно это диагностика CMS или приложения, PHP, базы данных, фоновых задач, почты, интеграций, обновлений, производительности и резервных копий.
Да. Работаем с серверным окружением, PHP, базой данных, кешированием, фоновыми задачами, обновлениями и причинами медленной работы.
Да. Диагностируем ошибки ядра, тем и плагинов, проверяем безопасность, скорость, обновления и серверное окружение.
Да. Сначала уточним результат, доступы и состояние системы, затем предложим подходящий формат работы.
Собираем симптомы, ограничиваем влияние сбоя и восстанавливаем сервис. После стабилизации ищем первопричину и фиксируем, что нужно изменить.
Согласуем защищённый канал и минимально необходимые права. Не запрашиваем пароли от ваших систем — используем ключи и временные доступы.
Проводим аудит, восстанавливаем карту системы и фиксируем процедуры. После этого команда понимает свою инфраструктуру.
Да, если задача связана с технической эксплуатацией: доработки, интеграции, скрипты и настройки. Разработку дизайна и контента обсуждаем отдельно.
Опишите, что происходит с сайтом или инфраструктурой. Разберёмся в текущем состоянии и подскажем следующий шаг.