1С без РКЛ: скрытые риски для крупного бизнеса

В крупных КОРП-внедрениях 1С вопрос «нужна ли нам 1С:РКЛ» часто воспринимают как бюрократическую формальность или дополнительную статью затрат. Но именно от этого решения зависят устойчивость платформы под высокой нагрузкой, возможность предсказуемо обновляться и соответствовать требованиям регуляторов, а также скорость реакции на инциденты.

О том, какие операционные, регуляторные и архитектурные риски возникают у крупного бизнеса при отказе от 1С:РКЛ и в каких сценариях они проявляются на практике, мы поговорили с Субботиным Стасом, руководителем направления корпоративных решений 1С компании Инфостарт.

Какие риски несет крупному бизнесу отсутствие 1С:РКЛ: операционные, регуляторные и архитектурные риски для КОРП-систем

В крупных компаниях, от холдингов до федеральных сетей, платформа 1С давно стала критически важной частью инфраструктуры. Число пользователей в таких системах часто достигает нескольких сотен, объемы данных измеряются терабайтами, а требования к стабильности равны уровню 24/7.

В этой реальности вопросы поддержки и обновления платформы перестают быть «технической задачей» и становятся элементом управления рисками.

Один из ключевых инструментов, с которым сталкивается любая компания на КОРП-платформе, — это 1С:Расширенная корпоративная лицензия. Это не расширение функционала и не отдельный продукт, а механизм, который обеспечивает право на обновление КОРП-платформы и доступ к корпоративной технической поддержке 1С 24/7, включая анализ технологических проблем и сопровождение сложных инцидентов.

Без РКЛ платформа КОРП перестает обновляться и это приводит к ряду рисков, которые, на первый взгляд, неочевидны, но проявляются в самых неожиданных моментах.

Какие операционные риски возникают в компании? Что происходит с системой без обновлений платформы?

Здесь несколько видов проблем.  

Во-первых, зависимость конфигураций от версии платформы

Любая конфигурация 1С (1С:ERP, 1С:Управление холдингом, 1С:Корпорация, 1:Бухгалтерия и др.) работает на конкретной версии платформы. Если платформа устарела, обновить конфигурацию невозможно.

В результате:

• конфигурации замораживаются на старых релизах;
• не устанавливаются исправления ошибок;
• начинают копиться несовместимости.

Во-вторых, снижение производительности и влияние архитектурных ограничений

Для крупных систем это критично. Как пример, ограничение ПРОФ-платформы на 12 ядер. Если компания растет, и на сервере приложения задействованы все 12 ядер, ПРОФ-платформа не сможет задействовать больше ресурсов и производительность «упрется в потолок». Только КОРП позволяет платформе использовать весь потенциал сервера.

Есть и менее очевидные моменты:

• Неравномерное распределение сервисов кластера. 

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

• Перегрузка из-за фоновых заданий и интеграций.

В крупных базах фоновые операции запускаются сотни тысяч раз в сутки. «Забытые» обмены и устаревшие задания могут потреблять значимую часть ресурсов кластера.

• Рост журнала регистрации и его анализ на продуктиве.

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

Поддержка РКЛ как раз позволяет выявлять такие скрытые узкие места на уровне платформы: через анализ технологического журнала, диагностику поведения рабочих процессов, аудит фоновых задач и корректность настройки кластера и СУБД.

В третьих, без обновлений накапливаются уязвимости

Каждая новая версия платформы содержит:

• исправления багов;
• обновления безопасности;
• улучшения в механизме блокировок и работы кластера;
• оптимизацию фоновых операций.

Заморозка платформы означает, что система теряет защитные механизмы, а это особенно опасно для распределенных холдингов и сетей.

Но ведь есть еще и регуляторные риски — несоответствие требованиям законодательства?

Да, обновления законодательства напрямую приходят в конфигурации, которые, в свою очередь, зависят от платформы.

Если конфигурацию обновить нельзя, то:

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

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

Какими могут быть стратегические архитектурные риски? Что может влиять на развитие ИТ-ландшафта?

Отказ от РКЛ, кроме вышеперечисленного, это ограничение гибкости компании.

В первую очередь, это ограничение внедрения новых корпоративных сервисов и интеграций

Устаревшая платформа плохо вписывается в современную ИТ-архитектуру. Интеграции, BI-системы, аналитика, внешние сервисы — все начинает буксовать. 1С постепенно выпадает из корпоративной экосистемы.

Второе — невозможность масштабировать систему

Когда число пользователей приближается к 500, переход на КОРП становится обязательным. Если платформа устарела, добавление рабочих серверов или перераспределение нагрузки приводит к нестабильности.

И, конечно, рост технического долга

Устаревшая платформа копит ограничения, несовместимости и ошибки, которые приходится исправлять вручную. Этот технический долг часто обходится дороже, чем своевременное обновление через РКЛ.

Расскажите о типовых ситуациях из Вашей практики, пожалуйста

За последние годы можно выделить повторяющиеся ситуации:

• падение производительности после увеличения нагрузки — обновление невозможно без РКЛ;
• полнотекстовый поиск блокирует дисковую подсистему и останавливает кластер — исправление есть только в новых релизах;
• ошибка в механизме блокировок приводит к зависанию фоновых операций — решается только обновлением платформы.

Увы, это не исключения. Это типовые сценарии крупных систем.

Можно ли сказать, что РКЛ — это часть архитектуры крупной КОРП-системы, а не опция?

Для компаний с большими массивами данных и высокой нагрузкой РКЛ перестает быть «дополнительной услугой». Это инструмент, который обеспечивает:

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

В инфраструктуре класса enterprise отсутствие РКЛ — это не экономия, а перенос риска на бизнес.

И чем сложнее система, тем важнее инфраструктурная дисциплина: актуальная платформа, корректная конфигурация кластера, своевременные обновления и понимание того, как устроены высоконагруженные КОРП-системы 1С изнутри.

Спасибо! 

Беседовала Юлия Назарова