Форма не работает, хостинг сообщает, что сервер доступен, а разработчик не видит ошибки в коде. Владельцу предлагают найти DevOps-инженера, но не объясняют, что именно он должен сделать. В такой ситуации новое название роли не решает вопрос ответственности.

У небольшого проекта один человек может выполнять несколько функций. У большого они распределены между командами. Чтобы выбрать исполнителя, полезнее описать симптом, затронутые системы и ожидаемый результат. После этого становится понятнее, какие знания и доступы действительно нужны.

Разработчик отвечает за поведение приложения

К этой области относятся логика формы, шаблоны, запросы к базе, интеграции и обработка ошибок. Если заказ создаётся с неверной суммой или плагин делает лишние запросы, потребуется разбор кода и данных. Увеличение сервера не исправит неправильное правило расчёта.

Разработчику нужны условия воспроизведения, ожидаемое поведение и безопасная среда для проверки. Он может обнаружить зависимость от версии PHP или настройки веб-сервера. Это не означает, что исходная задача автоматически перестаёт относиться к приложению: потребуется согласованная работа со специалистом по окружению.

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

Администратор обслуживает окружение

Сервер, сеть, системные службы, права, обновления ОС, резервирование и ресурсы обычно относятся к администрированию. Если закончился диск, остановилась СУБД или неверно настроен виртуальный хост, требуется работа с инфраструктурой. Но доступность процесса не подтверждает исправность всех функций сайта.

Администратору нужны сведения о назначении служб, зависимостях и важных операциях приложения. Иначе он сможет перезапустить процесс, но не проверить результат для пользователя. Порядок восстановления должен включать прикладную проверку, а не заканчиваться сообщением о работающем сервере.

На управляемом хостинге часть обязанностей выполняет провайдер. Уточните договорные границы: доступ к машине, обслуживание ОС и исправление кода — разные услуги. Подробное разделение разобрано в материале о веб-студии, хостинге и поддержке.

DevOps связывает разработку и эксплуатацию

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

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

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

Для сбоя нужен один координатор

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

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

Выбирайте исполнителя по проверяемым вопросам

Вместо общего вопроса об опыте попросите объяснить порядок решения вашей задачи. Какие сведения нужны? Что будет проверено сначала? Где будут внесены изменения? Как сохранится рабочая база? Как проверить результат и вернуться при ошибке? Ответы должны относиться к вашему проекту.

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

Закрепите результат передачи

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

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

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

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