Компания EFSOL представила пакет Metrika42 для команд разработки 1С. В решение вошли облачные dev-стенды, автоматический статический анализ исходного кода и мониторинг производительности конфигураций и расширений. Инструменты помогают контролировать весь путь изменения — от подготовки среды разработки до оценки влияния обновления на скорость, стабильность и доступность корпоративной системы.
Почему изменения в 1С требуют комплексного контроля
В крупных компаниях доработки 1С выпускаются регулярно: изменяются конфигурации, создаются расширения, подключаются интеграции и автоматизируются новые бизнес-процессы.
При этом функционально корректное изменение не всегда оказывается безопасным для производительности. После переноса в рабочую систему могут увеличиться длительность операций, нагрузка на серверы и СУБД, количество блокировок и ошибок.
Пользователи замечают проблему уже после выпуска обновления, а специалистам приходится в сжатые сроки определять, что стало причиной замедления: программный код, инфраструктура, платформа 1С или база данных.
Функционально работающая доработка не всегда безопасна для системы. Неэффективный запрос, новая интеграция или изменение логики документа могут выполнять свою задачу, но одновременно увеличивать время ожидания пользователей и нагрузку на серверы.
Единый контур разработки и контроля
Обычной проверки в конфигураторе 1С недостаточно для управления всеми рисками разработки. Конфигуратор остается основным рабочим инструментом, однако сам по себе не формирует единого процесса подготовки среды, автоматической проверки кода, нагрузочного тестирования и контроля поведения системы после выпуска.
Пакет Metrika42 объединяет эти задачи в последовательный процесс и помогает связать данные разработки, тестирования и эксплуатации.
Облачные dev-стенды
Изолированные среды для разработки, тестирования и демонстрации изменений без развертывания дополнительной инфраструктуры внутри компании.
Мониторинг кода 1С
Автоматический статический анализ исходного кода, поиск потенциальных ошибок, уязвимостей и отклонений от требований к качеству.
Мониторинг производительности
Контроль инфраструктуры, сервера 1С, СУБД, технологического журнала и скорости выполнения пользовательских операций.
Облачные dev-стенды для изолированной разработки
Облачные dev-стенды предоставляют команде готовые изолированные среды, в которых можно разрабатывать, тестировать и демонстрировать изменения независимо от продуктивной системы.
Отдельные стенды могут создаваться для конкретных проектов, версий конфигурации, расширений или этапов тестирования. Такой подход сокращает организационные задержки перед началом работ, снижает зависимость разработчиков от доступности локальных серверов и помогает стандартизировать используемые среды.
- изменения проверяются отдельно от рабочей системы;
- снижается риск влияния тестирования на текущую работу пользователей;
- команды получают унифицированные среды разработки;
- для новых проектов не требуется заранее разворачивать локальные серверы;
- стенды можно разделять по проектам, версиям и этапам тестирования.
Автоматическая проверка исходного кода
Следующий уровень контроля обеспечивает «Metrika42:Мониторинг кода 1С». Инструмент автоматически выполняет статический анализ исходного кода, выявляет потенциальные ошибки, уязвимости и отклонения от установленных требований, а затем формирует отчет с рекомендациями по устранению найденных проблем.
Автоматическая проверка помогает обнаруживать дефекты до переноса изменений в рабочий контур, сокращает объем рутинного ручного ревью и формирует единые требования к качеству для всей команды.
Это особенно важно для крупных и распределенных проектов, в которых над одной конфигурацией одновременно работают внутренние специалисты, подрядчики и несколько команд разработки.
Контроль производительности после внесения изменений
Успешное прохождение статического анализа не гарантирует, что изменение не повлияет на производительность. Поэтому третьим элементом пакета стала система мониторинга Metrika42.
Она собирает и сопоставляет данные инфраструктуры, сервера 1С, СУБД и технологического журнала. Команда может контролировать:
- длительные запросы;
- ошибки и исключения;
- управляемые и транзакционные блокировки;
- потребление вычислительных ресурсов;
- скорость выполнения ключевых пользовательских операций;
- изменение показателей до и после выпуска обновления.
Оценка APDEX позволяет анализировать работу системы не только через технические метрики, но и через фактическое время выполнения значимых для бизнеса операций. Команда может понять, ухудшилась ли работа пользователей после обновления, какие процессы были затронуты и на каком уровне системы следует искать причину.
Последовательный процесс выпуска изменений
Подготовить изолированную среду для конкретного проекта, конфигурации или расширения.
Разработать изменение без воздействия на продуктивную информационную систему.
Проверить исходный код и устранить потенциальные ошибки, уязвимости и отклонения от стандартов.
Протестировать конфигурацию и проверить работу измененных бизнес-процессов.
Оценить влияние обновления на производительность, инфраструктуру и пользовательские операции.
Продолжить мониторинг после выпуска и сравнивать состояние системы до и после изменений.
Общая картина для разработчиков, инженеров и руководителей
Вместо ситуации, когда после жалоб пользователей специалисты вручную собирают информацию из нескольких источников, команда получает возможность сравнивать состояние 1С до и после внесения изменений.
- Разработчики видят, как программный код влияет на работу системы.
- Инженеры получают технический контекст для диагностики.
- Руководители получают доказательную картину качества релиза и текущего состояния 1С.
«Для корпоративной команды недостаточно убедиться, что новая функция в 1С формально работает. Важно заранее понимать качество кода и видеть, как изменение влияет на серверы, базу данных и пользовательские операции.
Мы объединяем разработку, автоматическую проверку и мониторинг 1С в единый управляемый процесс, чтобы выпуск обновлений становился более предсказуемым, а проблемы не обнаруживались только после обращения пользователей».
Что получает команда разработки 1С
- единый процесс подготовки, разработки, проверки и выпуска изменений;
- раннее обнаружение дефектов и потенциальных уязвимостей;
- контроль влияния обновлений на производительность 1С;
- снижение риска переноса проблем в продуктивную систему;
- ускорение поиска причин ошибок, блокировок и замедлений;
- единые требования к качеству для внутренних и внешних команд;
- снижение зависимости от отдельных специалистов и их личного опыта;
- более предсказуемый выпуск обновлений корпоративной 1С.
Metrika42 объединяет облачные среды разработки, автоматическую проверку кода и мониторинг производительности, помогая командам выпускать изменения 1С контролируемо и оценивать их влияние до появления жалоб со стороны пользователей.
