ты что-то подобное делал

пишу)

контейнеры должны быть так же ограничены в 1CPU и 128ram

проблема этой схемы: из-за параллельности 3го пункта мы получаем в анализе рандомные результаты по расходу ресурсов т.к. процессы конкрурируют

типа иногда может скомпилироваться собраться и запуститься за 12ms а иногда за 400ms

одинаковый код

решаемо

это уже решил

ты можешь внутри контейнера настраивать ограничение процессорного времени и памяти точно так же

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

а где тут нагрузка на диск или я что-то не так понимаю?

компиляция, например - она же грузит диск?

или анализ кода и генерация отчета?

да

смотри

я бы сделал по-другому

я бы сделал основной сервис, который ходит в докер демона и имеет ручку для создания этих задач.
При поступлении нового кода - он создает любым УДОБНЫМ для тебя способом контейнеры (N штук по количеству анализаторов) и запускает в них процесс. Дожидается их окончания. При этом у тебя максимально железобетонная изоляция, которая вообще возможна на уровне докера, по ресурсам. Далее собирает результат выполнения и кладет в базу

если очень хочешь - можешь взаимодействие между контейнерами построить не через апи докера и файлы, а через очередь 🤷‍♂️

Всем привет! Товарищи, кто-нибудь пилит один общий helm chart на все ваши продуктовые приложения?
Собственно, вопрос в передаче appVersion, который прописан в Chart.yaml

Каким-то образом можно переопределить appVersion без редактирования Chart.yaml?