Комментарии 7
Это все теория. Вот если бы на практике еще произвели тесты до и после по каждому пункту. И в цифрах показали влияние каждого.
Есть спорные моменты. Например есть опыт когда клиент (также с bitrix сайтом) просил включить redis - сделали, битрикс стал кэшировать туда и... результат в панели производительности стал лишь малось хуже. Понятно что многое зависит от конкретного сайта, но вот такой был опыт. Вернули обратно кэш в файлы и скорость повысилась. Диск Optane P4800X, может конечно переключение с HDD на Redis даст эффект, но с SSD я бы сперва протестировал прежде чем однозначно переводить на Redis/Memcached. А еще ведь есть вариант с tmpfs.
Также и с удаленным mysql - очень спорно. Подключение по сети будет всяко медленней подключения через unix socket. Но опять же, смотря как много этих mysql коннектов происходит и какой траффик на сайте. Если это не какой-то "high load" проект, то скорей всего локальный mysql будет шустрей удаленного. Лучше тестировать лично в своих условиях.
что-то про шардирование не понял. оно же про апртицирование но на уровне колонок. мол все кроме blob храним на одном серваке. а вот четное\нечетное - это партицирование
Свинья летать не будет, да и незачем.
Чтоб зашло 5 милионов пользователей на сайт с битриксом в одно время надо постараться, да и не выдержит не с каким кешированием. Тупо упадёт на ngnix...
В битриксе очень криво работали облачные хранилища S3 (в начале этого года, сейчас не скажу). Приходилось от них отказываться из-за диких лагов. Локально всё работало в разы быстрее
Сначала прочитал: «Курс молодого бойца: удаляем проекты на битрикс…», но.
В общем статья полезная и будет полезна не только для битрикс проектов.
Курс молодого бойца: ускоряем проекты на Битрикс, повышаем их отказоустойчивость