Веб-стек и базы в Rust

async fn create(
    State(db): State<Pool>,
    Json(body): Json<NewUser>,
) -> Result<Json<User>, AppError> { .. }

Проверьте себя

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

1. #rs_web_db1 / 5
   Зачем веб-сервису пул соединений с базой?

   A)Он распределяет запросы между репликами по нагрузке

   B)Он кэширует результаты запросов между обработчиками

   C)Установка соединения дорога, а их число ограничено

   D)Он делает драйвер базы потокобезопасным

   показать ответ и разбор

   +C)Установка соединения дорога, а их число ограничено

   // разбор: Соединение — это TCP-хендшейк, аутентификация и сессия на стороне сервера, а лимит подключений у базы конечен. Пул держит соединения открытыми и выдаёт их задачам на время запроса. Отсюда типовая настройка: размер пула соотносят с лимитом базы и числом инстансов сервиса, а на исчерпании — ждут с таймаутом, а не открывают новое.

2. #rs_web_db2 / 5
   Что такое экстракторы в axum?

   A)Функции, извлекающие соединение из пула перед запросом

   B)Промежуточные слои, оборачивающие обработчик логированием и метриками

   C)Макросы, генерирующие маршруты по объявлениям структур

   D)Типы в аргументах обработчика, разбирающие части запроса

   показать ответ и разбор

   +D)Типы в аргументах обработчика, разбирающие части запроса

   // разбор: Обработчик объявляет Json<Payload>, Path<u32>, Query<Params> или State<AppState>, и фреймворк сам разбирает нужные части запроса, а при неудаче возвращает ошибку. Контракт эндпоинта оказывается выражен сигнатурой функции. Ограничение одно: экстрактор, поглощающий тело, должен стоять последним — тело читается один раз.

3. #rs_web_db3 / 5
   Как обычно отдают доменную ошибку клиенту в axum?

   A)Реализуют IntoResponse для своего типа ошибки

   B)Возвращают строку с текстом ошибки и статусом 200

   C)Паникуют: middleware перехватит и вернёт 500

   D)Пишут ветвление по варианту ошибки в каждом обработчике

   показать ответ и разбор

   +A)Реализуют IntoResponse для своего типа ошибки

   // разбор: Одна реализация IntoResponse переводит варианты доменной ошибки в статусы и тело ответа — обработчики после этого просто возвращают Result и ставят вопросительный знак. Логика перевода живёт в одном месте, домен ничего не знает про HTTP, а внутренние причины не утекают наружу: клиенту уходит безопасное сообщение, подробности — в лог.

4. #rs_web_db4 / 5
   Почему в асинхронном сервисе нельзя брать синхронный драйвер базы?

   A)Он не поддерживает пул соединений

   B)Он не компилируется внутри async-функции

   C)Он требует отдельного потока на каждое соединение

   D)Он блокирует воркер рантайма на время запроса

   показать ответ и разбор

   +D)Он блокирует воркер рантайма на время запроса

   // разбор: Синхронный вызов не отдаёт управление: пока драйвер ждёт ответа базы, воркер стоит, и его задачи вместе с ним. На нагрузке это видно как разъехавшийся хвост задержек при живом сервисе. Если библиотека только синхронная, её вызовы оборачивают в spawn_blocking — тогда ожидание уходит в отдельный пул.

5. #rs_web_db5 / 5
   Чем axum отличается от actix-web по устройству?

   A)axum асинхронный, actix-web синхронный

   B)axum обходится без рантайма, actix-web требует tokio

   C)axum собран на tower: middleware — переиспользуемые слои

   D)axum заточен под JSON, actix-web — под шаблоны и формы

   показать ответ и разбор

   +C)axum собран на tower: middleware — переиспользуемые слои

   // разбор: axum — тонкий слой поверх hyper и tower, поэтому таймауты, лимиты, трассировку и балансировку берут готовыми слоями и переносят между сервисами без переписывания. У actix-web своя система middleware и своя история с акторной моделью внутри, зато он дольше на рынке и оброс сторонними крейтами. Оба асинхронные и оба работают на tokio, так что выбор — про экосистему, а не про скорость.