Тест поиска максимальной производительности (4 кластера)

Параметры тестирования

Параметр	Значение
Тестируемая система	Платформа 8
Версия	8.5.25-FZ
Дата проведения	08.10.2025
Время проведения	19:20 - 21:00 (МСК)

1. Краткий вывод

Тестирование по поиску максимальной производительности проведено успешно.
Основная цель — определение предельной нагрузки, которую система способна обрабатывать без деградации и накопления внутреннего долга — достигнута.

Максимальная стабильная производительность системы была зафиксирована на уровне 160 процессов в секунду (PPS). На этом уровне нагрузки система демонстрировала полное соответствие между количеством созданных и завершенных экземпляров процессов. При превышении этого порога включался механизм обратного давления (backpressure), и дальнейшего роста производительности не наблюдалось, что свидетельствует о достижении предела.

2. Цели тестирования

Бизнес-цель: Проверить соответствие системы целевым требованиям производительности.

Техническая цель:

• Определить максимальное количество экземпляров процессов в секунду, которое система может стабильно создавать и полностью завершать.
• Зафиксировать порог нагрузки, после которого наступает насыщение или деградация производительности.

3. Конфигурация стенда и методология

3.1. Тестовый стенд

Тестовая среда была развернута с использованием скриптов автоматизации Terraform и Ansible и состояла из федерации четырех независимых кластеров Платформы 8, управляемых интеллектуальным прокси-сервером.

3.2. Ограничения тестирования

Для обеспечения чистоты и повторяемости эксперимента, все задачи (service task) в тестовом бизнес-процессе обрабатывались воркером-заглушкой без искусственных задержек.

3.3. Профиль нагрузки

Имя операции	TPS	SLA s.	Errors %	Completion ≥ от Creation
UC01_PostStartOneProcess	100	5	1%	85%

3.4. Схема процесса

3.5. Сценарий тестирования

Тест проводился по сценарию ступенчатого увеличения нагрузки:

1. Прогрев (15 минут): На систему подавалась умеренная нагрузка в 50 PPS для стабилизации JVM и заполнения кэшей.

2. Основной этап (поиск):

   • Начальная нагрузка была установлена на уровне 50% от целевого профиля.
   • Нагрузка увеличивалась ступенчато, с шагом +10% на каждой новой ступени.
   • Длительность каждой ступени составляла 5 минут, с минутным периодом плавного роста между ними.

4. Анализ результатов

4.1. Поведение системы под нагрузкой

Система демонстрировала линейный рост производительности вплоть до ступени в 160 PPS. На этом участке графики Process instances creation per second и Process instances completion per second показывали близкие значения, свидетельствуя о том, что система работает в зоне своей пиковой эффективности.

На графиках пропускной способности видно, что до отметки 160 PPS (около 20:35) кривые созданных и завершенных процессов практически совпадают, демонстрируя стабильную работу.

4.2. Точка насыщения

После превышения нагрузки в 160 PPS система достигла точки насыщения, после которой производительность перестала расти линейно.

Пропускная способность: График завершенных процессов вышел на «плато» и перестал расти, несмотря на увеличение подаваемой нагрузки. Это означает, что система достигла своего предела и не может обрабатывать запросы быстрее. Обратное давление (Backpressure): В этот момент прокси-сервер начал активно применять механизм обратного давления, отклоняя часть новых запросов. Это позволило не допустить неконтролируемого роста внутреннего бэклога и предотвратить лавинообразный отказ, характерный для систем без такой защиты. Задержки (Latency): Важно отметить, что благодаря механизму защиты, задержки на обработку уже принятых запросов не росли бесконтрольно, а оставались в предсказуемых рамках, не допуская полного коллапса системы. Важно отметить, что после достижения пиковой производительности (после 20:35) тепловая карта показывает контролируемый рост задержек: основная масса запросов смещается в диапазон 1-2 секунд. Это не лавинообразный отказ, а признак того, что система работает на пределе своей мощности, а механизм backpressure не дает задержкам уйти в бесконечность.

5. Выводы

Максимальная стабильная производительность системы Платформа 8 в протестированной конфигурации составляет 160 процессов в секунду.

Ключевые выводы:

1. Система демонстрирует предсказуемое поведение при достижении предела: вместо лавинообразного отказа включается механизм backpressure, который поддерживает стабильность работы.

2. Результаты теста полностью соответствуют поставленным бизнес и техническим целям.

3. Федеративная архитектура с четырьмя кластерами обеспечивает линейное масштабирование производительности до достижения предела мощности.

Графики

Process per partition Process queue size Throughput and Overall Processing Latency RocksDB