🐍 Python · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Сложный ·

Надёжный Python-проект

Итоговые ситуации охватывают архитектуру, журналирование, настройку, безопасность и выпуск. В каждом вопросе нужно сравнить последствия нескольких инженерных решений: направление зависимостей, наблюдаемость, защита входных данных и безопасное развёртывание. Все задания рассчитаны на CPython 3.12; отличия других реализаций или версий учитываются только там, где это прямо оговорено.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Версия: CPython 3.12. Выберите один ответ из четырёх. На 20 вопросов отведено не меньше 40 минут; оценивайте не название приёма, а его последствия для отказоустойчивости, безопасности и сопровождения. После завершения вы увидите общий процент, четыре тематические шкалы и объяснение каждого ответа.

Вопрос 1 из 20

Какой вариант лучше сохраняет направление зависимостей?

Инфраструктурный адаптер определяет интерфейс, который затем импортирует предметное ядро Ядро импортирует конкретный клиент, но его создание вынесено в отдельный метод ядра Веб-слой передаёт в ядро готовый ответ инфраструктурного клиента вместо предметных данных Ядро зависит от интерфейса, конкретный клиент подключается снаружи

Вопрос 2 из 20

Зачем передавать идентификатор корреляции в журнал?

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

Вопрос 3 из 20

Обязательный секрет имеет запасное значение прямо в исходном коде. Какое исправление уберёт секрет из программы и не скроет отсутствие настройки?

Записать настоящий ключ вторым аргументом get Хранить ключ в комментарии Печатать всё окружение в журнал Читать из окружения и падать при отсутствии настройки

Вопрос 4 из 20

Почему изменение схемы должно быть совместимо хотя бы с соседними версиями приложения?

Хранилище обслуживает только один экземпляр приложения Совместимость нужна для тестов, но не для одновременно работающих версий Миграция выполняется отдельно от работающей среды и не влияет на выпуск При постепенном выпуске обе версии работают с одной базой

Вопрос 5 из 20

Что настораживает в предметном модуле?

Предметная функция не должна сравнивать числовые значения Предметный модуль зависит от HTTP вместо собственной ошибки `HTTPException` предназначен для файловых операций, а не для ответов Любая операция резервирования должна быть асинхронной

Вопрос 6 из 20

Как выбрать метрику ошибки, полезную для эксплуатации?

Считать ошибки по операции и устойчивому классу причины Использовать идентификатор пользователя как отдельное значение метки Считать успехи, выводя число ошибок как разность вручную Создавать метку из полного текста трассировки

Вопрос 7 из 20

Сервис распаковывает загруженный ZIP в каталог `/srv/imports`. Какой риск возникает, если использовать имена файлов из архива без проверки?

Опасность появляется лишь при совпадении расширений файлов внутри архива с расширением самого ZIP Имя вроде `../../config.py` может вывести запись за пределы каталога назначения при небезопасном извлечении Архив всегда распакуется только в память, поэтому содержимое не сможет повлиять на файловую систему Проверка контрольной суммы архива автоматически нормализует пути всех вложенных файлов

Вопрос 8 из 20

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

В startup-хуке каждой реплики без общей блокировки В readiness-проверке, повторяя миграцию при каждом опросе Отдельным управляемым заданием до подачи трафика; повтор сделать идемпотентным В обработчике первого пользовательского запроса каждой реплики

Вопрос 9 из 20

Почему загрузка удалённой конфигурации прямо во время импорта ухудшает тестируемость?

Глобальная загрузка ускоряет тесты, поскольку состояние общее Импорт запускает сеть и создаёт глобальное состояние Импорт конфигурации запрещает использовать словари настроек Конфигурацию можно загружать только из JSON-файла

Вопрос 10 из 20

Почему метка метрики с `user_id` и конкретным путём создаёт проблему высокой кардинальности?

`user_id` и конкретный путь порождают слишком много временных рядов Клиент метрик сам заменяет конкретный путь шаблоном маршрута Счётчики не допускают строковых значений в метках Каждый вызов `labels` сбрасывает уже накопленное значение

Вопрос 11 из 20

Что повышает воспроизводимость установки зависимостей?

Копирование локального `site-packages` без описания среды Точный lock-файл с хешами, проверенный в чистой среде Список названий библиотек без версий в документации команды Установка новейших подходящих версий при каждом развёртывании

Вопрос 12 из 20

Почему откат приложения может не сработать после необратимой миграции?

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

Вопрос 13 из 20

Что даёт ядру проекта интерфейс границы транзакции без привязки к конкретной ORM?

Репозиторий автоматически фиксирует каждую запись сразу после отдельного изменения Веб-обработчик выполняет `commit` и `rollback`, а ядро получает уже сохранённые объекты Ядро импортирует сессию конкретной ORM, но скрывает импорт внутри вспомогательной функции Ядро управляет абстрактной границей `commit`/`rollback`, а тест подставляет реализацию без ORM

Вопрос 14 из 20

Как сохранить request_id отдельно для каждой асинхронной задачи?

ContextVar изолирует значение в контексте каждой задачи Он заменяет все параметры функций Он создаёт отдельный процесс для каждого запроса Он шифрует идентификатор

Вопрос 15 из 20

Временный файл содержит чувствительные данные. Если обработка поднимет обычное исключение и стек будет штатно раскручен, какое решение выполнит очистку при выходе из блока?

Использовать один постоянный путь и удалять файл только при следующем запуске Создать случайное имя самостоятельно и оставлять файл после исключения для диагностики Строить имя файла из запроса и удалять его лишь после успешной обработки Создать временный файл безопасным средством `tempfile` и использовать его внутри контекстного менеджера

Вопрос 16 из 20

Как выпускать рискованное изменение поведения?

Не записывать вариант поведения, чтобы метрики не различались Включить новую ветвь всему трафику и сравнить жалобы после выпуска Флаг, малая доля трафика, метрики и быстрое отключение Использовать флаг, значение которого меняется только новой сборкой

Вопрос 17 из 20

Зачем использовать структуру `src/` в пакете?

Чтобы исходный код не включался в собранный пакет Чтобы тесты импортировали установленный пакет, а не каталог проекта Чтобы pytest находил пакет без установки и настройки путей Чтобы запретить импорты из текущего рабочего каталога

Вопрос 18 из 20

Почему `logger.exception` ставят внутри except?

raise создаёт новую ошибку без причины Он пишет текущий traceback; bare raise сохраняет ошибку Метод исправляет ошибку и продолжает работу Он допустим только без исключения

Вопрос 19 из 20

Почему нельзя загружать pickle от недоверенного пользователя?

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

Вопрос 20 из 20

Как выглядит управляемый постепенный выпуск?

Закрепить стабильную группу пользователей и управляемо повышать долю трафика по метрикам Сразу направить весь трафик на новую версию, но оставить старую запущенной Выбирать новую версию заново на каждом запросе, не закрепляя пользователя за группой Увеличивать долю трафика по расписанию независимо от метрик и ошибок

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу