Делал нагрузочное тестирование jMeter-ом.
Делаю одновременных 300 запросов, видно что все ядра начинают работать, и потом отпускают, видимо начинает контент отдаваться. Но может есть способ профилировать отдельно для MySQL и Apache. Чтобы понять куда уходят процессорные мощности. Память тоже выжирается где-то до 8 ГБ. Потом освобождается. Вот именно в профилировании дело. Чего больше не хватает мускула или веб-сервера..
Сергей Протько, если работали с beanstalkd - не подскажите, разрулит ли он такой кейс:
Есть сервак, на нем несколько инстансов symfony. Нужно общий сервер очередей и общий tube, чтобы была единая очередь для нескольких инстансов symfony. Чтобы если 1й инстанс работает, второй ждёт окончания, если пришла следующая джоба именно для него..
По поводу положить в очередь - понятно. а в какой момент достаётся из очереди job-а? кто это инициирует? команду писать symfony-вскую, которая будет дёргаться? А чем её дёргать?
про CI и CD знаком. про "не вижу причин не фиксить ошибки в "пик нагрузок"." - всегда может что-то пойти не так, и тогда пользователи будут врядил довольны что не смогут воспользоваться сервисом, если вдруг (ну всякое бывает) что-то ляжет. Поэтому всё же деплоймент лучше делать когда нагрузки минимальны. Только если это не хот фикс. По поводу условий - в принципе да, это удобно, что можно пропустить деплой.
т.е. каждый пуш сопровождается деплоем на сервер?
А если тест не пройдёт? Деплоймент продолжится или нет?
А если вам нужно фикс внести мелкий и сейчас деплоить не нужно, так как пик нагрузок, но вы сделаете пуш и начнётся процесс. Я про то, что как по мне нужно разделять эти 2 процесса. Врядли они должны быть связаны.
Ну тогда только вариант с записью в базу. К примеру ключ сессии -> дата авторизации. И каждый раз обновлять эти данные.
А лучше такие данные хранить в Redis. Будет шустро работать. Потому как запись нужно делать при каждом обращении.
Я уже столько перебрал вариантов при развёртке на локали с помощью докера. У всех всё по разному. Кто-то пишет всё в одном конфиге docker-compose, кто-то выносит его за пределы основного конфига. Кто-то использует готовые image-ы, кто-то использует базовые... Кароче хрен пойми. Толи тут свободное поле для деятельности, то ли у каждого своё видение. Поэтому я вопрос задал про схематичность. Чтобы понять направление - куда лучше двигаться.
Хочется более толкового развёрнутого ответа. По ссылкам вашим - не всё понятно. Может кто-то сможет расписать для конкретной задачи. Или какую правильную ссылку на готовый гайд...
ну представьте в админке 15 пунктов и в каждом еще по 6 подпунктов. итого 90 админок. и каждую нужно проверить на list, edit, delete. И похожее решение я описал в вопросе. Нужно что-то более элегантное)
