Последовательность действий такая: 1. выполняете вертикальное масштабирование (железо почти всегда дешевле оптимизации) 2. оптимизируете решение 3. выполняете горизонтальное масштабирование
обрезать пик - в пиковую нагрузку не продавать столько много. при этом теряется и маржа. и приобретаемая дополнительная мощность во все оставшееся время будет простаивать. кроме того достаточно высокая цена новой версии и ежегодных платежей
Так себе решение. Но нужно учитывать бизнес-модель
может конечно у нас спецы что-то не так сделали, но у нас не смогли нормально отмасштабировать это дело и поддержка битрикса\внедренцев ничем помочь не смогла. у нас мариядб стоит. при настройке мастер-мастер скорость работы упала(как визуально,так и по метрикам самого битрикса) сейчас стоит мастер-слейв, но кардинально жизнь нам это не упрощает
может конечно у нас спецы что-то не так сделали, но у нас не смогли нормально отмасштабировать это дело и поддержка битрикса\внедренцев ничем помочь не смогла. у нас мариядб стоит. при настройке мастер-мастер скорость работы упала(как визуально,так и по метрикам самого битрикса) сейчас стоит мастер-слейв, но кардинально жизнь нам это не упрощает
Есть гарантии, что на чём-то другом спецы сделают всё так? Вы стоимость миграции и риски учитываете?
Есть гарантии, что на чём-то другом спецы сделают всё так? Вы стоимость миграции и риски учитываете?
есть. у нас сейчас и своя разработка есть, на которой(ПО) работает раза в 2(если уже не больше) сотрудников. системы сопоставимые по функционалу. таких проблем не испытывает
есть. у нас сейчас и своя разработка есть, на которой(ПО) работает раза в 2(если уже не больше) сотрудников. системы сопоставимые по функционалу. таких проблем не испытывает
я, конечно, не знаю сложности вашего сайта и бизнес процессов которые он поддерживает. но может поставить кеширующий реверс прокси который хотя бы на часть запросов будет из кэша выдавать. ( у вас же есть "анонимные пользователи" ? )
я, конечно, не знаю сложности вашего сайта и бизнес процессов которые он поддерживает. но может поставить кеширующий реверс прокси который хотя бы на часть запросов будет из кэша выдавать. ( у вас же есть "анонимные пользователи" ? )
Более сложный вариант, сразу после п.2, - идентификация узких мест и вынос их в отдельные компоненты с последующим горизонтальным масштабированием этих компонентов.
Но если технический долг высокий ( Big Ball of Mud), то это будет сделать сложно. Кто-то это назвал бы сплитом монолита на микросервисы.