Сергей Крайнев. Многопоточность и другие способы ускорения тестирования

Делимся опытом адаптации PostgreSQL-подобной СУБД Platform V Pangolin DB для 1С. Доклад в виде статьи: https://infostart.ru/1c/articles/2569774/

Делимся опытом поддержки баз 1С с более чем 6 000 одновременно работающих пользователей и рассказываем о ключевых подходах к контролю высоконагруженных систем. Рассмотрим реальные кейсы и дадим ответ на вопрос о том,: что точно надо контролировать. Сравним ElasticSearch и ClickHouse, дадим ссылки на статьи и репозитарии для быстрого старта, а также посмотрим на примеры рабочих столов для анализа логов технологического журнала в ElasticSearch. Доклад в виде статьи: https://infostart.ru/1c/articles/2560185/

Rundeck – это бесплатный и мощный оркестратор, «пульт управления», который помогает автоматизировать рутинные операции и внедрить DevOps/GitOps-подход в экосистеме 1С. Объясняем, как с его помощью упростить администрирование, отказаться от cron-скриптов и ручных SSH-подключений, централизовать управление серверами и снизить риски человеческого фактора. Показываем на практике примеры: как создать job, настроить workflow для закрытия месяца, установить платформу 1С через Jumphost и Ansible, а также запускать PowerShell-скрипты и Ansible-модули напрямую из Rundeck. Доклад в виде статьи: https://infostart.ru/1c/articles/2556653/

Рассказываем, почему высоконагруженным бэкендам на 1С нужен регулярный мониторинг и что происходит, когда его нет: производительность и стабильность деградируют, а обращения пользователей копятся. Показываем, как построили легкую систему наблюдаемости для бэкендов корпоративных порталов. Она включает сбор метрик из технологического журнала, Apdex, журнала регистрации и динамики размеров таблиц с последующим анализом в связке ClickHouse и служебной информационной базы на 1С. Объясняем, какие отчеты и метрики быстрее всего помогают находить критичные проблемы производительности, и демонстрируем интерфейс расследования. Разбираем несколько кейсов оптимизации, найденных по итогам мониторинга, включая доработки функционала БСП «управление доступом» и «присоединенные файлы». Доклад в виде статьи: https://infostart.ru/1c/articles/2553971/

Роль архитектора появилась в мире 1С относительно недавно, и вокруг нее до сих пор существует множество заблуждений и завышенных ожиданий. Расскажем о том, какие задачи бизнес ставит перед таким специалистом, и какие инструменты помогают эти задачи решать. Доклад в виде статьи: https://infostart.ru/1c/articles/2481249/

Расскажем о нашем опыте доработки и разработки «с нуля» баз 1С + PostgreSQL объемом от 1ТБ до 10ТБ. Затронем архитектуру, некоторые настройки СУБД, особенности эксплуатации больших баз, обновление PostgreSQL с 10 до 15 и реструктуризацию v2 на PostgreSQL, чтобы по возможности предостеречь слушателей от ошибок. Доклад основан на (не)реальных событиях, все совпадения случайны :) Доклад в виде статьи: https://infostart.ru/1c/articles/2496591/

Рассматриваем инструменты, которые помогают компаниям с корпоративными информационными системами справляться с новыми требованиями к производительности и устойчивости. Универсальный трансформационный подход в четыре шага: аудит, оптимизация производительности, моделирование нагрузки и мониторинг. Данный подход позволяет не только быстро устранять текущие проблемы, но и выстраивать системную работу внутри на будущее. Доклад в виде статьи: https://infostart.ru/1c/articles/2483846/

Подробно разбираем архитектурные особенности обменов и показываем, как выжать максимум из доступных инструментов 1С. На реальных примерах демонстрируем приемы ускорения работы – от многопоточности и сериализации до оптимизации очередей и отложенного проведения документов. Материал будет полезен всем, кто работает с интеграциями и ищет практические способы повысить эффективность и устойчивость систем. Доклад в виде статьи: https://infostart.ru/1c/articles/2479868/

Как сохранить баланс между функциональностью, удобством и скоростью работы ERP? Делимся опытом оптимизации 1С:ERP на крупном машиностроительном предприятии и рассказываем, как доработки можно сделать гибкими и при этом быстрыми. Расскажем, как снизить время пользовательской разузловки заказа запчастей с 1 часа до 40 секунд, ускорить расчет себестоимости на PostgreSQL с 23 часов до 4–5 часов и исправить ошибки кастомизаций, которые приводили к падению производительности. Доклад в виде статьи: https://infostart.ru/1c/articles/2475913/

Рассказываем о том, как не ухудшить производительность интеграционного решения в процессе разработки и рефакторинга, когда новых фич в коробке все больше, а требования по производительности все выше. На живом примере покажем реализованный подход с использованием таких инструментов, как Docker, Redash, Vanessa Automation. Доклад в виде статьи: https://infostart.ru/1c/articles/2471409/