Перехід з Бітрікс Бізнес на Ентерпрайз: кластер, гарантія, під ключ

Уявіть: ваш інтернет-магазин на 1С-Бітрікс «Бізнес» починає гальмувати під навантаженням у годину пік — при 500 одночасних сесіях час відповіді падає до 10 секунд. Клієнти скаржаться, менеджери нервують, а ви розумієте — час масштабуватися. Ми, як команда сертифікованих спеціалістів по Бітрікс з 7-річним досвідом та більш ніж 100 міграціями, часто стикаємося з такою ситуацією. Перехід на редакцію «Ентерпрайз» — це не просто зміна ключа, а архітектурна перебудова, яка вирішує проблему навантажень та відмовостійкості.

Чим «Ентерпрайз» відрізняється від «Бізнес»

Необмежена кількість сайтів — в «Ентерпрайз» явно дозволена необмежена кількість доменів і сайтів, що принципово для холдингів та агентств. Кластеризація без обмежень: повноцінний веб-кластер з кількома веб-серверами за балансувальником nginx, розподілене сховище сесій через memcached або Redis, реплікація бази даних, окремий сервер пошуку Sphinx. Розширене кешування через \Bitrix\Main\Data\Cache в кластерному режимі. Рольова модель на рівні кількох сайтів через b_user_site. Пріоритетна підтримка з SLA від вендора. Сховище файлів на S3-сумісних об'єктних сховищах через модуль clouds.

Коли перехід на «Ентерпрайз» виправданий?

Перехід обґрунтований за наявності хоча б однієї з умов:

• Пікові навантаження, які один сервер не витримує (від 500–1000 одночасних користувачів)
• Вимога до відмовостійкості: зупинка однієї ноди не повинна зупиняти сайт
• Кілька десятків сайтів під управлінням однієї команди
• Інтеграція з корпоративними системами (SAP, великі 1С-конфігурації) з вимогою до стабільності
• Регуляторні вимоги до зберігання даних та резервного копіювання

Чому «Ентерпрайз» краще справляється з навантаженнями?

За рахунок кластеризації Enterprise перерозподіляє трафік між кількома серверами, що дає приріст продуктивності в 3–5 разів порівняно з одиночною нодою «Бізнес». Кластерний кеш на memcached знижує час відповіді бази даних, а S3-сховище розвантажує файлову систему. Проконсультуйтеся зі спеціалістом з архітектури — ми безкоштовно проаналізуємо поточне навантаження.

Як відбувається перехід на «Ентерпрайз»?

1. Проектування кластерної інфраструктури. Визначаємо топологію: кількість веб-нод, балансувальник (nginx/HAProxy), схема реплікації БД (master+replica), розподілений кеш.
2. Налаштування кластера. Конфігурація в dbconn.php для підключення до slave-серверів, налаштування кластерного кешу через \Bitrix\Main\Config\Option, сховище сесій.
3. Перенесення медіафайлів. Якщо переходимо на S3 — вивантаження файлів з /upload/ у сховище, налаштування CDN, оновлення шляхів у базі.
4. Налаштування пошуку. Sphinx або Elasticsearch як зовнішній пошуковий двигун — налаштування модуля search для роботи із зовнішнім індексом.
5. Тестування під навантаженням. Після збірки кластера — навантажувальне тестування (Apache JMeter або аналог) для перевірки балансування та відмовостійкості.

Таблиця термінів залежно від складності

'cache' => array(
  'type' => 'memcache',
  'hosts' => array('192.168.1.10:11211'),
  'usecluster' => true,
)

Кейс: перехід великого рітейлера

Наш клієнт — федеральний рітейлер, 47 регіональних сайтів на окремих ліцензіях «Бізнес», об'єднаних спільною адміністративною панеллю через самописний агрегатор. Сайти періодично лягали в періоди акцій. Завдання: перейти на єдиний «Ентерпрайз» з кластерною архітектурою.

Архітектура після переходу:

• 3 веб-ноди за nginx-балансувальником
• MySQL master + 2 replicas (read queries на replicas)
• Кластерний memcached для кешу та сесій
• Яндекс Object Storage для /upload/ через модуль clouds
• 47 сайтів під однією ліцензією з єдиним каталогом та регіональними цінами

Робота зайняла 6 тижнів: проектування (2 тижні), реалізація (3 тижні), навантажувальне тестування та запуск (1 тиждень). На наступну пікову акцію сайт витримав навантаження без деградації — балансувальник розподілив трафік по нодах.

Що входить в роботу

• Аналіз поточної архітектури та навантажень
• Проектування кластерної топології
• Налаштування веб-серверів, балансувальника, кешу
• Міграція даних та налаштування сховищ
• Навантажувальне тестування та оптимізація
• Документування та навчання вашої команди

Терміни

Перехід з налаштуванням кластерної інфраструктури — 4–10 тижнів залежно від кількості сайтів, складності інтеграцій та вимог до інфраструктури. Для простих сценаріїв (мультисайтовість без кластера) — 2–4 тижні.

Замовте перехід під ключ — оцінимо ваш проект і запропонуємо оптимальну архітектуру. Отримайте консультацію щодо вашого проекту: ми безкоштовно проаналізуємо поточне навантаження та порадимо шлях міграції.

Неправильний вибір редакції 1С-Бітрікс: як це ламає проект

Купили «Малий бізнес», запустили магазин, трафік виріс — і сайт впав. Композитний кеш тільки в «Бізнес», веб-кластер теж. Апгрейд — доплата різниці плюс робота по налаштуванню нових модулів. Правильний підбір та налаштування редакції 1С-Бітрікс одразу економлять значну частину бюджету на ліцензію та виключають витрати на позаплановий апгрейд. За роки роботи з Бітріксом ми провели багато апгрейдів і бачили всі типові помилки: від покупки «Старту» під великий каталог до використання «Бізнесу» для лендінгу з низькою відвідуваністю. Наш принцип — підібрати редакцію під реальні завдання та налаштувати її так, щоб не переплачувати за непотрібні модулі, але й не впиратися в стелю при першому стрибку трафіку.

Редакції 1С-Бітрікс: Управління сайтом

Чотири редакції, і різниця між ними — не в кількості функцій, а в доступних модулях ядра. Офіційна документація 1С-Бітрікс уточнює: композитний кеш доступний лише в редакції «Бізнес» і вище.

Старт — мінімум, тільки контентні модулі: iblock, form, базове SEO. Для візиток і лендінгів. Модуля sale немає — магазин не побудувати.

Стандарт — контент плюс комунікації: блог, соціальна мережа, форум, розширена техпідтримка. Для корпоративних сайтів і порталів з UGC.

Малий бізнес — перша редакція з e-commerce: з'являється модуль sale. Комфортний стеля — до ~10 000 товарів без серйозної оптимізації. Для невеликих магазинів і каталогів з замовленням.

Бізнес — повний набір: композитний кеш (TTFB падає з 800 мс до 50–80 мс — в 10–15 разів швидше), веб-кластер, багатосайтовість, мультисклад, REST API. Для великих магазинів, маркетплейсів, проектів з 10 000+ відвідувачів на день.

Як не помилитися з вибором редакції 1С-Бітрікс?

Типові помилки

• Покупка «Старту» під інтернет-магазин — модуль sale відсутній, доведеться або апгрейдити одразу, або костилити через кастомні замовлення.
• Вибір «Малого бізнесу» для проекту, який через півроку виросте до 10 000 товарів — композитний кеш не включити, апгрейд до «Бізнесу» обійдеться в різницю ліцензій плюс робота по налаштуванню.
• Використання «Бізнесу» для лендінгу — переплата за функції, які ніколи не знадобляться.

Чому композитний кеш є must have для високонавантаженого проекту?

Композитний кеш (main.composite) прискорює завантаження сторінок в 10–15 разів порівняно з динамічною генерацією. Для магазину з великим трафіком без композиту сервер починає «потіти»: середній час відповіді зростає, база даних перевантажується, сторінки чекауту падають по таймауту. Композит вирішує проблему кардинально — HTML віддається nginx'ом без запуску PHP. Докладніше про технологію — в офіційній документації. Важливо правильно налаштувати exclude-маски для кошика, особистого кабінету та сторінок, де потрібна актуальність даних. Ми налаштовуємо це на кожному апгрейді до «Бізнес».

Вибір редакції для інтернет-магазину

Як вибрати редакцію: жорсткі критерії

По модулях:

• Обмін з 1С (catalog) → мінімум «Малий бізнес»
• Композитний кеш (main.composite) → тільки «Бізнес»
• Веб-кластер (cluster) → тільки «Бізнес»
• Багатосайтовість → тільки «Бізнес»
• REST API → тільки «Бізнес»

По навантаженню:

• До 1000 уніків/день — будь-яка редакція впорається
• 1000–10 000 уніків/день — «Малий бізнес» з тюнінгом nginx/php-fpm упирається в стелю. «Бізнес» з композитним кешем — правильний вибір
• 10 000+ уніків/день — тільки «Бізнес» з композитом і кластером

По бюджету:

• Різниця між редакціями — варіюється (наприклад, Старт vs Бізнес — значно)
• Апгрейд у будь-який момент — доплата різниці у вартості ліцензій
• Наш принцип: беріть мінімально достатню. Але якщо знаєте, що через півроку знадобиться композит — беріть «Бізнес» одразу, тому що апгрейд — це ще й робота по налаштуванню

Чому апгрейд редакції вигідний при правильному виборі?

1С-Бітрікс дозволяє підвищувати редакцію без перевстановлення — дані зберігаються. Процес:

1. Доплата різниці у вартості ліцензії
2. Активація нового ключа: «Налаштування» → «Оновлення» → «Реєстрація»
3. Встановлення доступних модулів через адмінку
4. Налаштування нового функціоналу
5. Тестування сумісності

Що ми робимо при апгрейді:

• Перевіряємо кастомний код на конфлікти з новими модулями — особливо якщо є власні обробники подій OnBeforeOrderAdd, OnSaleBasketSaved
• Вмикаємо та налаштовуємо композитний кеш — коректні exclude-маски для динамічних сторінок (кошик, чекаут, особистий кабінет)
• Налаштовуємо мультисклад, якщо потрібно — b_catalog_store, правила вибору складу
• Проганяємо весь функціонал на staging
• Документуємо зміни

Що ви отримуєте в результаті:

• Працюючий сайт на новій редакції без втрати даних
• Налаштований композитний кеш (якщо перейшли на «Бізнес»)
• Протокол тестування та рекомендації щодо подальшої оптимізації
• Доступи до staging та документація щодо змін

Ліцензія: продовження та ризики

Активна ліцензія дає оновлення — нові версії, патчі безпеки, багфікси, доступ до маркетплейсу та техпідтримку вендора. При закінченні сайт продовжує працювати, але залишається без оновлень. Для магазинів це небезпечно — патчі безпеки закривають вразливості в модулях sale, catalog, main. Витік даних з b_sale_order або b_user — питання часу. Продовження коштує значно менше покупки нової ліцензії. Регулярне продовження — страховка від незакритих CVE.

Связка «Управління сайтом» + Бітрікс24

Частий сценарій: сайт на 1С-Бітрікс + CRM в Бітрікс24. Замовлення з b_sale_order автоматично перетворюються на ліди або угоди, працює єдина авторизація, синхронізація клієнтської бази. Форми сайту (form або кастомні) ведуть у воронку CRM. Це дві окремі ліцензії та два окремі продукти — інтеграція між ними штатна і стабільно працює.

Рекомендації з практики

• Не економте на редакції, якщо точно знаєте, що функціонал знадобиться через півроку. Апгрейд редакції — та ж доплата плюс робота по налаштуванню та тестуванню.
• Бізнес для проектів з амбіціями зростання — композитний кеш окупає різницю в ціні при першому стрибку трафіку. Без композиту 3000+ уніків/день — сервер починає потіти.
• Бітрікс24 і «Управління сайтом» — різні продукти, різні ліцензії. Плутанина тут коштує грошей.
• Продовжуйте ліцензію щорічно — вартість продовження значно нижча за покупку нової, а без оновлень ви залишаєтеся з незакритими CVE.

Що ми пропонуємо: підбір та налаштування під ключ

Ми не просто консультуємо — беремо на себе повний цикл: аналіз поточного проекту, підбір редакції, закупівлю ліцензії (якщо потрібно), міграцію, налаштування всіх модулів та навчання команди. В рамках послуги ви отримуєте:

• Акт вибору редакції з обґрунтуванням
• План міграції (якщо апгрейд)
• Розгорнутий staging з новою редакцією
• Налаштування композитного кешу та кластеру (при необхідності)
• Документацію по новій конфігурації
• Гарантію працездатності після переходу

Зателефонуйте нам або залиште заявку — розповімо, яка редакція підійде конкретно під ваш проект, навантаження та плани зростання. Замовте консультацію — оцінимо ваш проект за один день і запропонуємо оптимальну конфігурацію. Отримайте персональний розрахунок вартості підбору та налаштування редакції 1С-Бітрікс прямо зараз.