Нагрузочная модель и ёмкость¶
Требования применяются к критичным пользовательским возможностям и
ограниченным ресурсам запускаемых компонентов. Уровни обязательности
определены в корневом README.md.
OPS-CAP-001. Проверяемая нагрузочная модель¶
Уровень: MUST
Применяется к: возможности с SLO либо ресурсу, насыщение которого нарушает контрактный результат
Проект должен определить текущую, пиковую и прогнозную интенсивность операций, конкурентность, распределение размеров входов, долю ключевых сценариев и зависимые квоты. Модель должна указывать источник измерений, период данных, коэффициент запаса и дату пересмотра.
Среднее значение не должно заменять пик или распределение, если именно они определяют насыщение.
Обоснование¶
Лимит и SLO невозможно признать достижимыми без проверяемого входного профиля.
Проверка¶
- сопоставление модели с production-телеметрией или принятым прогнозом;
- проверка пиков, крупных payload и конкурентности;
- review квот downstream-зависимостей.
Исключения¶
Новый продукт MAY использовать явно обозначенный прогноз до появления production-данных с конечной датой калибровки.
OPS-CAP-002. Нагрузочное доказательство перед release¶
Уровень: MUST
Применяется к: новой критичной возможности или изменению SLO, лимита, алгоритма конкурентности либо потребления основного ресурса
До release автоматизированная проверка должна воспроизвести применимую
нагрузочную модель и подтвердить SLO, лимиты BE-RSRC-001, поведение насыщения
и восстановление после снятия нагрузки. Среда должна использовать
production-equivalent конфигурацию проверяемой границы; различия должны быть
перечислены и учтены при интерпретации результата.
Soak или stress-сценарий должен добавляться только для риска накопления, утечки, деградации со временем или поведения выше расчётной ёмкости.
Обоснование¶
Функциональный тест не обнаруживает конкуренцию, рост очередей и недостижимый SLO под ожидаемой нагрузкой.
Проверка¶
- машинно-читаемый отчёт с commit, профилем и порогами;
- контролируемое превышение одного порога;
- проверка восстановления очередей, latency и ресурсов.
Исключения¶
Результат ранее проверенного неизменившегося компонента MAY переиспользоваться, если нагрузочная модель, конфигурация, зависимости и артефакт совпадают.
OPS-CAP-003. Запас и пересмотр ёмкости¶
Уровень: SHOULD
Применяется к: ресурсу с прогнозируемым ростом или конечной квотой
Проекту следует определить порог планового расширения ниже технического предела и прогноз даты его достижения. Изменение трафика, размера данных, retention или квоты зависимости следует сопоставлять с моделью до release.
Обоснование¶
Реакция только после насыщения превращает прогнозируемый рост в инцидент.
Проверка¶
- прогноз по фактическому ряду использования;
- тест alert порога планирования;
- периодический review даты исчерпания.
Исключения¶
Ресурс с доказанным автоматическим масштабированием MAY не иметь ручного плана, но конечные квоты и поведение при их достижении остаются применимыми.