Разработка высоконагруженных игровых серверов.dor_БАК_25-239-Б

Разработка высоконагруженных игровых серверов.dor_БАК_25-239-Б — вариант 7

Просмотрите все вопросы и варианты бесплатно. Правильные ответы скрыты и открываются только после получения доступа.

11 вопросов Вариант 7 Доступ 7 дней

Содержание теста

Вопросы и варианты

Без отметок и подсказок к правильным ответам

Вопрос 1

Версионировать публичный API (Application programming interface) игрового бэкенда необходимо для того, чтобы … (выберите два варианта ответа)

фронтенд/бэкенд не ломали клиентов независимыми релизами
быстрее работать на уровне TCP (Transmission Control Protocol)
иметь возможность параллельно поддерживать старые и новые контракты
отключить аутентификацию

Вопрос 2

К функциям, которые можно возложить на API-шлюз (API Gateway) (Application programming interface), относится … (выберите три варианта ответа)

маршрутизация запросов к сервисам по пути/заголовкам
централизованная аутентификация/лимитирование
репликация баз данных между регионами
трансформация/агрегация ответов

Вопрос 3

Причиной внедрения асинхронного взаимодействия через очередь сообщений между сервисами может послужить …

ускорение одного конкретного RPC (Remote Procedure Call)
ослабление связности и сглаживание пиков (дефёрред-обработка)
отказ от мониторинга
замена маршрутизации на уровне L4

Вопрос 4

При «at-least-once» доставке событий в шине сообщений на стороне потребителя необходимо …

выполнить идемпотентную обработку/ создать идемпотентные ключи
повторять событие бесконечно без задержек
отключить журналирование
считать дубликаты маловероятными и игнорировать

Вопрос 5

Выпуск на малую долю трафика с мониторингом – это …-выкат

сanary
Canary

Вопрос 6

Полный переключатель между двумя средами– это …-деплой (укажите сочетание из двух слов на английском языке)

blue-green
Blue-green

Вопрос 7

Для снижения риска каскадных сбоев при межсервисных вызовах уместно … (выберите два варианта ответа)

использовать таймауты + retries с экспоненциальным backoff
использовать Circuit Breaker и деградация с фолбэком
ждать ответы бесконечно
увеличить лог-уровень до trace и не менять логику

Вопрос 8

Для наблюдаемости распределённой системы важно … (выберите два варианта ответа)

использовать корреляционные/trace-ID, проходящие через все сервисы
использовать только системные логи операционной системы
использовать метрики и распределённую трассировку
установить запрет алертинга, чтобы «не шумел»

Вопрос 9

Сопоставьте паттерн (механизм) с его описанием:

Идемпотентный ключ (Idempotency Key)
Outbox-паттерн
Saga (оркестрация/хореография)
Dead-letter Queue (DLQ)
гарантирует, что повторно присланная команда не будет обработана дважды
надёжная публикация событий из транзакций приложения через промежуточную таблицу/лог
длинная бизнес-операция, разбитая на локальные транзакции с компенсациями
очередь для сообщений, обработка которых постоянно падает, для последующего разбирательства

Вопрос 10

Расставьте в правильном порядке шаги canary-развёртывания сервиса с контролем метрик:

развернуть новую версию параллельно и направить на неё малую долю трафика
включить мониторинг SLI (Service Level Indicator) /алертов и наблюдать стабильность
постепенно увеличить долю трафика при нормальных метриках
переключить 100% трафика или откатить при деградации

Вопрос 11

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

Добавить таймауты и retries с экспоненциальным backoff+джиттер, обернуть вызовы через Circuit Breaker и ввести фолбэк (кэш/урезанный ответ)
Увеличить таймауты до бесконечности, чтобы «дождаться» ответа
Убрать все лимиты и логирование
Увеличить уровень логирования до trace без изменения логики