Hw 01

[21092004Goda]

Отчёт по работе: Реализация для платежной системы

Исходное состояние системы

Перед внесением изменений система работала без механизмов ограничения запросов, что могло привести к:

• Превышению лимитов платежного провайдера
• Отказам в обслуживании
• Финансовым потерям из-за штрафов провайдера

Пример запуска без ограничений

Запуск приложения на удаленном сервере вариант 1

Внесенные изменения

1. Реализация Sliding Window Rate Limiter

Создан механизм ограничения запросов с скользящим окном:

class SlidingWindowRateLimiter(
    private val rate: Long,      // Максимальное количество запросов
    private val window: Duration // Временное окно
)

2. Интеграция в OrderPayer

Добавлены два уровня ограничений:

// Ограничение по RPS
private val rateLimit = SlidingWindowRateLimiter(
    rate = 10,  // 10 запросов в секунду
    window = Duration.ofSeconds(1)
)

// Ограничение по параллельным запросам
private val parallelLimiter = Semaphore(30)

3. Оптимизация ThreadPool

Увеличен размер пула потоков для соответствия лимитам провайдера:

private val paymentExecutor = ThreadPoolExecutor(
    30,  // Соответствует parallelRequests=30 (смотрим из конфигурации PaymentAccountProperties)
    30,
    0L,
    TimeUnit.MILLISECONDS,
    LinkedBlockingQueue(8_000)
)

Результаты тестирования

[Запуск приложения на удаленном сервере вариант 2](http://77.234.215.138:33000/d/KVr-Vmpnz/services-statistic?orgId=1&from=2025-09-24T16:19:39.343Z&to=2025-09-24T16:21:50.884Z&timezone=browser&var-service=cas-m3404-05&refresh=5s