Как распределить нагрузку на каталог в Битрикс?

Question

[Александр]

Есть 1С.
Из нее идут выгрузки на 5 сайтов.
На один сайт выгружаются все бренды (на Битрикс), на остальные четыре только по одному бренду (сайт самопис).

Сейчас все переносится на Битрикс, под одно ядро, мультрисайтовость.

Как лучше распределить нагрузку.
1. сделать один каталог на все сайты и фильтровать по брендам
2. сделать каждому сайту свой каталог

Учитывая обмен заказами, товарами, остатками и проч.

Comments

[Виктор Таран]

обычная многосайтовость.
Какое количество товаров +ску?
если это в приделах 30 к то без разницы можно общей куче
если больше то лучше разделять.

[Александр]

Виктор Таран, около 90тыс товаров и sku.
я просто не пойму, что лучше, когда к одной таблице в базе запросы идут с разных сайтов, чем раздуть базу по сайтам и что бы шли запросы к разным таблицам. + выгрузка из 1с и обмен товарами, так они грузят и обмениваться в одном месте, а так в нескольких. Вот и дилемма

[Виктор Таран]

Александр, есть плюсы и того и того подхода.
К сожалению тема не на один час.
При 90К товаров лучше использвать разные инфоблоки.
Опишу вам сразу чего стит избегать
1. постобработчиков - минимизируйте желательно полностью убрав ( со временем их скорость работы превращяетя в очень большую проблему)
2. Используейте штатный обмен с 1с ( не тот что вшит в 1с а тот что на сайте битрикса) https://1c.1c-bitrix.ru/ecommerce/download.php
3. Не забыавйте что 1с подготавливает данные а битрикс просто импортирует
соответственна вся подготовка данных на стороне 1с, не постобработчиком на сайте, и если выбирать что кастомить, кстомизируйте 1с обмен ( к сожалению) но перед этим прочитайте полный ман по модулю.
Есть вероятность что вы пилите то что уже есть.
4. инкрементный обмен, настраивайте сразу его.
5 если на сайтах количество товара такое 90К 90К 90К то да 1 база 100%
если 30 30 30 то однозначно раные инфоблоки, тут дело в том что разные платформы будут требовать разного бизнесс процесса и различия в инфоблоках все-равно будут как и в логики построени фильтрации тд.
Скорее всего бренды разнонишевые и клиент у них разный соответственно и мелочи на сайте будут разные.
К примеру базовое белье дефиле переходит от сезона в сезон, и приходится в экспорте пилить что вот эти и эти признаки преетаскивают старый товар в новые коллекции. Дикая орхидея так не делает, поскольку другой цен сегмент. Соответственно такие мелочи копятся, в результате разные инфоблоки позволят вам нормально это сделать.
да и 90К товаров для битрикса это прям много.
Скорее всего вам нужно будет заняться после создания сайта производительностью, и даже если вы все реально закешируете то вам прийдется переделывать основной каталог на ОРМ дабы ускорить сайт ( и да он ускорится сильно)
Если же их удет 30 то это не так страшно, хотя ве-равно скорее-всего прийдется переходить, и избаляться от части штатного функционала. ( по средствам штатного апи)
Напишите какие товары чем отличаются платформы, чем сохжи, и будет боле понятно что делать дальше.
Так же не забывайте что многосайтовость местами не работает как положено
намрпмер в сео модуле нет селекта какой сайт именно, и вы не сможете напистаь разные условия для разных сайтов.
Тут конечно можно костыли впихнуть и заработает но прям простого решания там нет, поскольку этого разделения нет на уровне системы. И прям в импуты прийдется вписывать код ( по мнению разрабов это может каждый сеошник) угу прям вот так, лично общался с разрабом этого места.

В общем есть плюсы 1 базы основной это изменения кода будет менять его сразу на 3 платформах.
Минуы это ограниченая кастомизация инфоблока под каждую платформу и 3кратное увеличение базы.
Особенно если это товары разной направленности то есть и свойства и разделы будут тоже создаваться под каждую группу товаров.

Но есть множество и других но.