reliability

5 статей

• 15 авг. 2026 г.

  Ariane 5, рейс 501: как одно переполнение взорвало ракету за 40 секунд

  4 июня 1996 первая Ariane 5 самоликвидировалась через 37 секунд после старта. Причина — переполнение при конвертации 64-бит float в 16-бит int в переиспользованном коде Ariane 4. Разбор от первого лица: что произошло, почему дублирование не спасло, и шесть уроков для QA — про реюз кода, границы, мёртвый функционал, обработку ошибок и тест в реальной конфигурации.

• 31 июл. 2026 г.

  Тестирование восстановления из бэкапа: бэкап, который никто не восстанавливал

  Бэкапы есть у всех — а восстановление не проверял почти никто. Разбор от первого лица: почему «бэкап прошёл успешно» ничего не гарантирует; что такое RTO и RPO и зачем их мерить; что реально ломается при восстановлении (битый архив, не тот момент, разъехавшаяся схема, чужое окружение, секреты); как проводить restore drill; и почему мониторить надо восстановление, а не факт бэкапа. С разбором инцидента GitLab 2017.

• 10 июл. 2026 г.

  Rate limiting — как тестировать лимиты, о которых вспоминают после инцидента

  Пока никто не долбит API, кажется, что лимиты не нужны — их отсутствие незаметно ровно до первого инцидента. Разбор от первого лица: лимит как контракт двух сторон (сервер ограничивает — клиент переживает), граница N/N+1 и честный 429 с Retry-After, скоуп ключа и как лимитом по аккаунту устраивают DoS жертве, burst на стыке окон, обходы через X-Forwarded-For и соседние эндпоинты, зоны, где лимит обязан быть (OTP, reset, промокоды), и почему «лимиты выключены на стейдже» = непротестированный прод.

• 3 июл. 2026 г.

  «У меня показывает старое» — как тестировать кэши, самый тихий источник багов

  Баг «у юзера старые данные» не воспроизводится, закрывается как «само прошло» — и возвращается через неделю. Это не мистика, это кэш. Разбор от первого лица: карта из шести слоёв кэширования (браузер, CDN, gateway, приложение, БД, мобильный клиент), инвалидация как главный кейс, кэш и чужие данные, cache stampede после деплоя, правило «каждый кейс дважды — холодный и тёплый», и почему тестировать с выключенным кэшем = не тестировать прод.

• 26 июн. 2026 г.

  Chaos Engineering для QA: как намеренно ломать систему, чтобы проверить отказоустойчивость

  Отказоустойчивость, которую не проверяли намеренным сбоем, — это предположение, а не факт. Chaos Engineering для QA: steady-state hypothesis, blast radius и кнопка аборта, какие сбои вносят (kill инстанса, latency, отказ зависимости, исчерпание ресурсов, зональный отказ), инструменты (Chaos Monkey, Gremlin, Chaos Mesh, AWS FIS, Toxiproxy), Game Days, роль QA (graceful degradation, ретраи, circuit breakers, наблюдаемость) и чек-лист безопасного эксперимента.