Засекали количество операций чтение-запись? Сколько запросов в секунду? Много ли операций select для редиса, много ли атомарных операций на чтение из него? Много ли атомарных операций на запись? Я знаю, что наш держит >3000 rps со многими операциями на чтение и на запись (за один запрос) и чувствует себя хорошо, хотя конфиг не такой уже и оптимизированный.
farrukh77: Что, простите? Он к вам так же будет щемиться через curl. Почему вы решили что echo не даст никакого ответа ему? Хэдером перед echo вы говорите тому, кто делает запрос, что сейчас в ответе будет XML.
LordGuard: А чем беспокоит? У вас же не бешеный хайлоад, чтобы перестать тянуть фреймворк и писать все запросы руками. ActiveRecord не треснет, если про это вопрос. Yii2 сам по себе кэшировать много чего умеет.
LordGuard: ну разве что вам не придётся дожидаться ответа от сервера :) Я ж не знаю как у вас там всё устроено. Попробуйте натравить на свой скрипт 400 запросов в секунду и посмотрите что случится. Мы ж про то, что 400 запросов к БД (правильных запросов, к правильным таблицам) - это вообще легкотня.
Все хорошо к месту. Редис быстр и стабилен. И как хранилище его использовать можно. Тут вопрос в самой структуре приложения. Так скажем, 25000 rps редис прямо сейчас держит и ничего не падает. Бэкапы делаются, но ни разу не использовались. Ттт.
400 запросов к мускулу в секунду - это вообще немного, если конечно написаны правильно, как отписались ранее.
@frost18 начните делать по задачам. Мегаплан и битрикс сразу не стали тем, кем являются. Пока вы будете делать суперкар под ваши задачи, и он будет стоять в гараже - кто-то выйдет на раздолбанной инвалидке и будет на ней ездить, постепенно улучшая её. Я больше чем уверен, что "инвалидка" для старта - это стократ круче, чем неработающий, но офигенный облачный сервис с кучей баз данных, который никому не нужен.
@frost18 о чем и речь. Вы решите, что вам нужно. Почему куча БД - это правильное решение? Зачем вы за него зацепились? Что вы понимаете под переносом системы? Переименовать таблицу - эта самая маленькая проблема, с которой вы можете столкнуться при работе с сотней БД :)