это демо пример в вакууме. всего лишь узнать кто за что должен отвечать в данном процессе

При таких вводных любое решение будет достаточно хорошим, как и наоборот

добрый вечер. есть задача - обеспечить устойчивую работу сайта интернет-магазина на битриксе. Он должен выдерживать до 5 млн посетителей в месяц (до  7 500 одновременных подключений). Подрядчики дают два разных решения но объяснить что обеспечат не могут. Прошу помочь их понять

вариант 1

вариант 2

И то и другое - мешанина

Лучшее решение - выкинуть Битрикс

+++  И из таких диаграмм совсем не ясно сколько одновременных пользователей может выдержать система

И 5млн - это к вам в черную пятницу все пришли, а все остальное время к вам не ходит никто

Вообще ничего не ясно.

В варианте 1 - Gitlb CI/CD почему-то. Какие-то стрелочки разные, хоть бы легенду сделали

В варианте 2 - кубики, которые связаны друг сдругом

да, CI/CD порадовал :))) Чего не отобразили что у нас еще логи будут? И DNS сервер!

А зачем вам cloudflare?

Так, похоже @Flex222 ожидал другого и все пошло не по плану

Давайте честно - подрядчики не дали вам решений, они дали вам схему нагрузки трёх нод Proxmox разными VM + в эту же топологию app-уровень внесли.

Это не отвечает ни на вопрос "выдержит ли нагрузку", ни на какой-угодно конкретный ваш бизнес-вопрос.

Если вам кто-то из них приглянулся как человек - берите, на человеческих отношениях всё сделаете. Если это подрядчики "деньги-товар" - смело меняйте. Ни одной цифры про нагрузку ... это даже для студента не уровень.

\\ отвечаю, так как когда 12 лет назад брал первый high-load - пушил ребят всем, кроме бизнес-сути. Поставили на отношения, 9.5 лет прожили хорошо.

+++

да просто это разные Views)

Ясность понимания = ясность изложения, т.е.подрядчик должен свободно объяснять:
1. какую проблему он пытается решить
2. какие варианты он предлагает для решения
3. как они проблему решают, их преимущества и ограничения
4. методику проверки того, что решение сможет покрыть п1.

если ясно изъясняться по данным пунктам не могут - тогда "нет". если могут - тогда "может быть" :)

на схеме 1 что-то близко к тому как они собираются держать нагрузку. но соглашусь с предыдущими высказываниями - схема странная. при поверхностном взгляде настораживает что одна нода приложения связана только со слейвом. писать она не сможет

Нужно было примерно одну минуту, чтобы совсем не зная Битрикс найти вот этот документ:
http://www.bitrixsoft.com/download/files/manuals/en/webcluster_guide_en.pdf

При беглом просмотре удалось найти  схему выше и рекомендации по настройке кластера MySQL

Также, мгновенно стало ясно, что Битрикс умеет (если не врут доки) масштабировать нагрузку по чтению.

Почему бы этим ребятам просто не скопировать схемы из мануалов, которые есть у Битрикса и возможно немного их расширить.

Мануал, кстати, на удивление выглядит толковым