Да, у меня тоже был такой вариант - MysqlLog и MongodbLog.
Мне лично не очень нравится тем, что может сбивать с толку - можно подумать что в этой таблице/коллекции хранятся логи самого mysql/mongodb.
> "не должны влиять" - это в Вашей голове или в коде Дженкинса?
Конечно очевидно что они как-то влияют на друг друга. В этом и вопрос, "как?".
Я исхожу из того что каждая сборка изолирована в своём docker-контейнере через docker-compose. И между ними нет каких-то общих ресурсов.
> да и rails-приложение такое впечатление что это Ruby on Rails со своим GILом и этим вот всем
Безусловно, GIL там есть. Но я для этого и распаралелил тесты на 12 потоков внутри сборки.
Получилось что одна сборка забирает себе 12 виртуальных ядра. Но остаются ведь еще свободные ядра, которые должны использоваться другими сборками.
Советую взять react.js и react-router. Подход который реализует Backbone в плане рендеринга страниц и работы с роутами уже устарел. При этом Model и Collection всё остаются актуальными.
Neznaikin: никто так не делает если есть готовые удобные варианты :-) свое пишут только если его легче написать заново чем переделать готовое, ну или из-за специфичных требований
Еще раз отмечу что данные там одинаковые.