Разработка
Backend сайта: серверная логика, данные и интеграции
Серверная часть веб-продукта, которая обрабатывает запросы, применяет правила работы с данными и взаимодействует с хранилищами или другими системами.
Редакция:
Backend может проверять запрос, определять разрешённое действие, получать или сохранять данные и передавать результат дальше. Конкретный состав зависит от проекта: для одного сайта достаточно обработчика формы, для другого нужны каталог, личный кабинет и обмен с учётными системами. Общую связь сервера, данных и ответа клиенту описывает MDN.
Это не синоним хостинга или базы данных. Хостинг предоставляет среду работы, хранилище содержит данные, а серверная логика определяет их обработку. Часть функций может выполнять готовый сервис; наличие отдельного сервиса не отменяет настройки и проверки его связи с сайтом.
Пример: путь обращения
Учебная ситуация: frontend отправляет заявку. Сервер проверяет допустимость данных, сохраняет или ставит запрос в согласованную обработку и возвращает соответствующий статус. Затем обращение должно попасть туда, где с ним работает ответственный.
«Принято в обработку» и «доставлено в CRM» могут быть разными этапами. Если используется очередь, нужно определить, как обнаруживается неудачная доставка и что происходит при повторе. Нельзя считать один положительный ответ доказательством всех последующих действий.
Какие результаты проверять
| Вопрос | Доказательство для согласованного сценария |
|---|---|
| Данные приняты правильно? | Проверка полей и результата по тестовому обращению |
| Результат сохранён? | Запись в предусмотренном хранилище или подтверждение выбранного механизма обработки |
| Получатель получил обращение? | Нахождение той же тестовой заявки в системе, где её обрабатывают |
| Повтор и сбой обработаны? | Проверка повторного запроса и контролируемой ошибки с ожидаемым итогом |
| Доступ ограничен? | Проверка разрешённого действия и отказа для роли без соответствующего права |
Тесты проводят в разрешённой среде на согласованных данных. Для публичного отчёта достаточно безопасных идентификаторов и результата; содержимое чужих обращений и секреты не нужны.
Что включить в объём работ
Согласуйте поля, правила проверки, источник истины, роли доступа, состояния, сроки хранения по требованиям проекта и действия при сбое. Укажите, какие настройки и обновления входят в сопровождение. Резервирование и восстановление тоже требуют конкретного объёма и проверки, если они предусмотрены.
Не все функции требуют собственного сервера приложения с нуля. Выбор между своей логикой и готовым сервисом зависит от ограничений, доступа к данным, возможностей интеграции и стоимости эксплуатации. Сравнивайте полный сценарий и обязанности, а не только название платформы.
Для разработки сайта под ключ зафиксируйте, что считается завершённым результатом. В плане интеграций свяжите отправителя, получателя, поля, ошибки и ответственных: так backend можно принимать по поведению, а не по наличию демонстрационного адреса.