Вернуться в каталог собеседований

Мок-интервью Python Senior: GIL, ETL и PostgreSQL

Публичное мок-собеседование для Senior Python-разработчика: GIL, потоки, процессы, asyncio и проектирование ETL-процессов. Во второй части обсуждают масштабирование сервисов, паттерны распределённых систем и PostgreSQL: индексы, EXPLAIN ANALYZE, N+1, нормализацию, партиционирование, шардирование и репликацию.

Направление
Backend
Формат
Мок-собеседование
Грейд
Senior
Длительность
1:22:16
ШОРТКАТ — менторская программа
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 634
  • Лайки на YouTube: 17
Открыть на YouTube

Коротко о видео

Ведущие проводят публичное мок-собеседование с Python-разработчиком уровня Senior. Вопросы посвящены GIL, потокам, процессам, asyncio, изоляции воркеров, горизонтальному масштабированию и ETL-пайплайнам. Далее участники обсуждают PostgreSQL: индексы, диагностику медленных запросов через EXPLAIN ANALYZE, проблему N+1 в ORM, нормализацию и денормализацию, партиционирование, шардирование и синхронную или асинхронную репликацию. После основной части идут ответы на вопросы зрителей о подготовке к собеседованиям и карьерном росте.

Затронутые темы

PythonGILasyncioМногопоточностьМногопроцессностьETLРаспределённые системыГоризонтальное масштабированиеRedisPostgreSQLОптимизация SQLРепликацияПартиционированиеШардированиеLinux

Что взять на заметку

  • Для горизонтального масштабирования не привязывайте общее состояние к памяти одного worker: выносите его во внешнее хранилище и продумывайте консистентность.
  • При деградации после релиза сопоставляйте изменения с метриками CPU, RAM, swap, диска и медленных запросов; рост активности swap — сигнал давления на память, а не самостоятельный диагноз.
  • Проверяйте медленные SQL-запросы по фактическому плану через EXPLAIN ANALYZE; помните, что ANALYZE выполняет запрос.
  • Выбирайте ключ партиционирования по шаблонам запросов и распределению данных: партиционирование, шардирование и репликация решают разные задачи.
  • При обсуждении репликации учитывайте модель синхронизации, возможное отставание реплик и разделение нагрузки чтения и записи.

Рекомендуем посмотреть