Какие архитектурные паттерны и подходы используются для обеспечения отказоустойчивости приложения?

А, слушай, про отказоустойчивость? Ну это, блядь, когда твоя система, сука, не падает в ноль, даже если какой-нибудь её кусок решил накрыться медным тазом. Как будто ты, сука, пьяный, но всё равно пытаешься идти домой — спотыкаешься, падаешь, но встаёшь и ползёшь дальше, ёпта! Вот основные приёмы, чтобы не сесть в лужу.

1. Повторные попытки (Retry)

Это когда ты, блядь, как назойливый мудак, стучишься в дверь, если с первого раза не открыли. «Может, просто не услышали?» — думаешь ты. И стучишь ещё, но уже с умом, с паузами, а то ведь дверь выбьют, и тебе же потом хуже будет. Экспоненциальная задержка — это чтобы не дрочить отказавший сервис запросами без передышки.

• Пример: Библиотека tenacity.

from tenacity import retry, stop_after_attempt, wait_exponential

@retry(stop=stop_after_attempt(3), wait=wait_exponential(multiplier=1, min=2, max=10))
def call_unstable_external_service():
    # Код вызова внешнего API, который может временно отказать
    response = requests.get("http://example.com/api/data")
    response.raise_for_status() # Вызовет исключение для кодов 4xx/5xx
    return response.json()

2. Автоматический выключатель (Circuit Breaker)

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

• Пример: Библиотека pybreaker.

from pybreaker import CircuitBreaker

# Если 5 вызовов подряд неудачны, "размыкается" на 60 секунд
db_breaker = CircuitBreaker(fail_max=5, reset_timeout=60)

@db_breaker
def get_data_from_db():
    # ... код для чтения из базы данных ...
    pass

3. Изоляция компонентов (Bulkhead)

Представь, что у тебя в лодке одна дыра. Ты же не хочешь, чтобы вся лодка пошла ко дну? Вот и отгораживаешь этот отсек переборкой, чтобы вода не расползлась. В программировании так же: если один сервис сдох и начал жрать всю память, остальные-то должны жить! Контейнеры, отдельные пулы потоков — всё для этого.

4. Резервирование и репликация (Redundancy and Replication)

Это, блядь, как запасные трусы в походе. Основные промокли — достаёшь сухие из рюкзака и не ходишь с мокрой жопой. Запускаешь копии всего важного. Упала одна база — тут же щёлкаешь переключателем на её реплику. Один сервер лег — балансировщик гонит трафик на другие. Без этого — пиши пропало.

5. Таймауты (Timeouts)

А это, сука, самое важное правило жизни: не жди у моря погоды, ебта! Послал запрос — и сидишь, как лох, минуту, две, пять? Да хуй там! Ставь ограничение. «Я тебе даю ровно 5 секунд, пидор, ответить. Не ответил — я пошёл делать что-то ещё, а тебе в журнальчик запишу, что ты тормоз». И система не виснет в ожидании ответа от того, кто уже на том свете.

try:
    response = requests.get(url, timeout=5) # Ждать ответа не более 5 секунд
except requests.Timeout:
    logger.warning("Request timed out")
    return get_fallback_data()

Вот и вся магия, блядь. Не так страшен чёрт, как его малюют. Главное — не надеяться, что всё всегда будет работать, а заранее готовиться к тому, что всё, сука, сломается. Потому что сломается. Обязательно.