Если источник производит 1000 сообщений в секунду, а следующий этап обрабатывает только 300, очередь растёт на 700 сообщений в секунду. Разбираем, как обратное давление останавливает этот разгон, где оно возникает и чем приходится платить.
REST API WordPress позволяет получать записи обычным GET-запросом, а создавать и менять их — через POST с авторизацией. Разбираем структуру запросов, Application Passwords, права доступа и ошибки, которые проявляются в продакшене.
Неограниченная очередь скрывает перегрузку, пока не заканчивается память. Разбираем конвейер на asyncio 3.12: как bounded queue меняет рост бэклога, задержку и поведение системы под нагрузкой.
При доставке «хотя бы раз» обработчик может получить одно сообщение повторно — например, если упал после записи в базу, но до подтверждения очереди. Разбираем, как сделать повтор безопасным и где именно хранить защиту от дублей.
Запись в базе уже изменилась, а пользователю всё ещё показывается старое значение. Причина часто не в одной ошибке, а в гонках, нескольких слоях кеша и неверном выборе момента для удаления данных.
Заказ, оплата и резерв товара живут в разных сервисах, поэтому одной транзакцией их не защитить. Разбираем, как сага выполняет цепочку действий, где появляются ошибки и что проверять под нагрузкой.
Оптимизация саги редко ускоряет один запрос. Она меняет время удержания блокировок, число повторов и стоимость компенсаций. Разбираем, что измерять до изменений, какие узкие места искать и как доказать результат цифрами.
Линейризуемость, доступность и устойчивость к разделению сети нельзя получить одновременно без ограничений. Разбираем, какие гарантии согласованности существуют, чем они оплачиваются и что измерять перед выбором архитектуры.
Под нагрузкой распределённая система не просто становится медленнее: она начинает выбирать, какие гарантии нарушить. Разбираем, как конфликтуют согласованность, доступность и задержка, что ломается первым и какие метрики это покажут.
События помогают разделить сервисы и переживать временные сбои, но не делают систему проще автоматически. Разбираем, откуда берутся дубли, задержки и рассинхронизация, что измерять и когда асинхронность действительно оправдана.
Микросервис не начинается с отдельного репозитория. Сначала нужно найти устойчивую границу ответственности, данных и изменений — иначе монолит превратится в распределённый комок зависимостей.
Доменная модель может быть логичной на диаграмме и разрушаться под нагрузкой: транзакции начинают ждать друг друга, один агрегат становится горячей точкой, а фоновые операции спорят с пользовательскими.