Чего-чего ?? ;)  Можем протестировать ваши потенциальные финансовые возможности ;)

каков вопрос - таков ответ

Capacity Testing[

+100

Самый простой, надёжный и дорогой вариант - собирается тестовый стенд с пром железом и проверяется держит ли эта конфигурация нужную нагрузку и сколько держит в принципе

Только вопрос будет ли держаться эта конструкция через пол года? И будет ли необходима эта конструкция (возможен регресс) за эти пол года

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

Ищется максимальная производительность этой конфигурации и определяется запас прочности

Можно определить профиль ожидаемой через полгода нагрузки и проверять на нем

Я почти закончила все сценарии. Спасибо за помощь. С профилями нагрузки более-менее норм. А вот с моделями пока непонятно. Отталкиваясь от требований определила А) стресс тест. Параметры: потоки 100 000 ramp up 60c, повторы 1. B) load average. 3 группы разных типов пользователей по 100 пользователей каждая генерящая в среднем 1000 запросов в секунду. Время теста 1 час C) load max. 3 группы по 300 пользователей, 3000 запросов в сек, время теста 10 минут

Скажите, если где-то я лох.

Хотелось бы узнать методику этого определения

В общих словах

Думаю, этот вопрос больше к бизнес-аналитикам - они определяют нефункциональные требования в том числе с учётом планов по развитию

В общих словах, идём к бизнесу и спрашиваем, потом смотрим текущую статистику и строим тренды, ещё раз идём к бизнесу.

То есть общими словами, берём статистику за определенный период, смотрим на мощь сервера и тычем пальцем в небо объясняя что луна  в рыбе и надо увеличить производительность (грубо говоря)?

А разве capacity это не определение минимальной конфигурации, которая обеспечивает нужную производительность?

В условиях контейнеров и возможности назначить 0.2 ядра. Определение того, что достаточно именно 0.2 - и есть процесс тестирования

таким ещё не занимался, у меня все проще - есть 8 ядер, почти всегда и памяти много. Мое капасити очень грубое - сколько нужно для х2 нагрузки. И можно с + запасом.

Если я правильно понял то требуется подобрать железо с нуля. Тогда это итерационный процесс - берём первое приближение железо (тычем пальцем), замеряем, строим тренды, анализируем. Решаем, что надо увеличить/уменьшить или вобще, если предполагать, что нагрузка и мощность железа линейно зависят, то можем сказать точную конфигурацию. Собираем, проверяем, убеждаемся что все ок или продолжаем уменьшать/увеличивать до сходимости к точной конфигурации в пределах заданной погрешности

Как я понимаю это оптимальная производительность которая обеспечит работоспособность системы в пределах требований, через определенное время

Речь про большую систему? Не про микросервисы в контейнерах?