Бэкенд: серверная часть приложения простыми словами

Любое веб-приложение можно сравнить с рестораном. Фронтенд — это зал: меню, столы, официант, которого видит гость. Бэкенд — кухня: там хранятся продукты, готовятся блюда, ведётся учёт. Гость кухню не видит, но если она работает плохо, никакой красивый зал не спасёт.

Что делает бэкенд

• Хранит данные: клиентов, заказы, товары, документы, историю действий
• Выполняет бизнес-логику: считает стоимость, проверяет остатки, меняет статусы, начисляет бонусы
• Проверяет, кто обращается и что ему разрешено: вход, роли, права
• Отдаёт данные интерфейсам через API: сайту, мобильному приложению, Telegram-боту, мини-приложению
• Обменивается данными с внешними системами: учётом, платёжными сервисами, службами доставки, SMS-шлюзами
• Выполняет фоновые задачи: рассылки, генерацию отчётов, синхронизацию, очистку устаревших данных

Один бэкенд — много интерфейсов

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

Из чего он состоит технически

Язык и фреймворк

Серверную часть пишут на Python, PHP, JavaScript (Node.js), Go, Java, C# и других языках. Фреймворк задаёт структуру проекта и даёт готовые решения для типовых задач: маршрутизация запросов, работа с базой, проверка данных.

База данных

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

Сервер и инфраструктура

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

Признаки качественного бэкенда

• API задокументирован, и по документации можно понять, что и как запрашивать
• Входные данные проверяются на сервере, а не только в форме на сайте
• Права доступа проверяются на каждом запросе, а не скрытием кнопок в интерфейсе
• Ошибки записываются в журнал, и разработчик может найти причину сбоя
• Есть резервные копии, и восстановление из них проверялось
• Секреты — пароли к базе, ключи платёжных систем — не хранятся в коде

Частые проблемы

Проверка прав только на фронтенде: кнопка «удалить» скрыта, но запрос на удаление сервер выполняет от любого пользователя. Медленные страницы из-за сотен запросов к базе там, где хватило бы одного. Интеграции без обработки сбоев: внешний сервис не ответил, и заказ потерялся. Отсутствие журналов: о проблеме узнают от клиентов, а причину найти невозможно.

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

Медленный сайт часто тормозит не из-за картинок, а из-за сервера: каждый открытый список товаров запускает десятки запросов к базе, отчёты строятся в момент открытия страницы, а ответа внешнего сервиса ждут синхронно. Хороший бэкенд держит часто читаемые данные в кэше, тяжёлые операции выносит в фон и отдаёт интерфейсу ровно те данные, которые нужны экрану.

Бэкенд и готовые платформы

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

Что спросить у разработчиков

Где будут храниться данные и кто имеет к ним доступ? Как устроено резервное копирование? Будет ли документация API? Как проверяются права? Что произойдёт, если упадёт платёжный сервис или учётная система? Получим ли мы доступ к коду и серверу? Ответы на эти вопросы помогают понять, на каком фундаменте будет стоять ваш продукт.