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

тут +, но все считать нужно

Да всё время забываю, что можно взять 96 ядер ноду gke всего-то за $2300

и обнаружить что бутылочное горлышко это IO в базе данных )

2300 в секунду?

Месяц

как и в 95% случаев ruby приложений

В 95% упирается в io в бд? лол

в бд

а там уже частные случаи, запросы кривые, индексы, io и т.д.

рубисты не умеют писать нормальные запросы и оптимизировать индексы чаще всего

Речь была про бутылочное горлышко

Неоптимальные запросы это не про то

плюс еще часто встречаются запросы типа

User.load.to_a.map(&:...).map(&:...).map(&:...)

Который 3n + 1 делают и память жрут )

Ну и упрётся там не в io

если у тебя под базой не самые быстрые диски, то io будет страдать

Миф, который уже лет 10 как форсят...

ребят, кто нибудь организовывал фикстуры схем как нибудь удобно?

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

сейчас они у меня хранятся в папочках типа

fixtures/client/
                        request_schema.json
                        response_schema.json

но мне кажется можно сделать лучше типа как нибудь атомарно разбить на сущности и связи описывать через ссылки друг на друга (потому что в итоге то они всё равно будут собираться в один большой swagger документ) но я боюсь как бы это всё так сложить чтоб обекты не ссылались друг на друга бесконечно и вот потому и спрашиваю мб есть у кого опыт успешный

например вот как быть если у меня есть например обращение, у него есть много клиентов, а у клиентов есть много адресов

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

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