Pytest: Борьба с Race Conditions в Async-коде

Pytest: гонки в асинхронном коде

Промокод применился дважды: два запроса прошли проверку «не использован» одновременно, до того как первый успел записать результат. В логах всё чисто, воспроизвести не удаётся, случается раз в месяц под нагрузкой. Курс целиком про такие ошибки — как воспроизвести их в тесте, а не ждать следующего инцидента.

Девять тем. Основание — pytest-asyncio: event loop в тестах, асинхронные фикстуры, транзакции с откатом, изоляция тестов там, где всё работает конкурентно, пул соединений asyncpg.

Дальше гонки по нарастающей. Первая — тот самый промокод: воспроизводится через asyncio.gather, диагностируется, чинится через asyncio.Lock, и становится видно, чего эта блокировка не решает. Гонки на уровне базы: потерянное обновление и грязное чтение, SELECT FOR UPDATE, уровни изоляции, оптимистические блокировки. Гонки с кэшем: Redis и PostgreSQL расходятся, cache stampede, thundering herd, схемы инвалидации, которые не создают новых гонок.

Затем идемпотентность — ключи идемпотентности, распределённые блокировки в Redis, безопасные повторы там, где повтор означает второе списание денег. И устойчивость: что делает сервис, когда Redis или PostgreSQL недоступны, — плавная деградация, circuit breaker, health checks, и как это проверить тестом.

Последняя тема — свой плагин для pytest, автоматически выявляющий флейки: перезапуски, статистика, карантин, интеграция с CI.

Курс узкий: он для тех, кто пишет async-код ежедневно. Если async/await пока экзотика — сначала любой другой курс серии.