Не пойму что не так-то, ну мы можем сесть и приложение написать, завязавшись на ms sql или хотя бы просто на sql (запросы просые, его хватит), никто даже не против. Но что потом делать, если он вдруг нагрузку не вытянет, да еще и придется ставить какой-нибудь no-sql?

Если не вытянет - значит оптимизируете запросы или кластер поставите

Но вы скорее упрётесь в сложные запросы или в приложеньку

А где в нее упираться? Масштабируется горизонтально крайне легко, денег на облака полно

А вот уже приложенька смотрит в базу, вернее инстансы приложеньки

Горлышко в районе базы

не факт)

Не факт, такого ожидание

говнокод и прочие непотребства никто не отменял)(

База простая, но данных полно, намного сложнее ее масштабировать, чем просто очередной инстанс приложеньки поднять

Все так, но это уж мы сами будем дураками

таки вопрос

есть докер имидж с таурусом и джеметром

как будет правильно сделать - разруливать на уровне CI формирование отчета или в этом имидже?

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

да артефакты из имиджа

говнокод на скриптах и костылях

Слушай, а ты таурус используешь как раннер почему?

как я понял, в нём плюсы следующие:
- возможность подготовить сценарий, который запустит несколько разных жметров (связанных или не связанных, по желанию)
- гуи с результатами теста (как я понимаю, эта фича полностью перекрывается графаной)
- возможность писать скрипты на YAML вместо жметрового GUI
- возможность слать результаты в облако блейзметра и смотреть там красивые отчётики

есть что-то ещё крутое?

используешь ли ты YAML для написания самих скриптов или только для раннинга JMX-файлов?

использую только для запуска jmx