История роста и работы команд 1С в условиях HighLoad и BigData
Современные потребности бизнеса заставляют программистов 1С решать все более сложные задачи. А главные требования, которым необходимо соответствовать, – вовремя поставлять ценности высокого качества. С какими сложностями приходится сталкиваться в работе программистам в динамично развивающейся брокерской сфере, и как их решают, на конференции Infostart Event 2018 Education рассказал начальник отдела интеграции БКС Технологии Сергей Артемов.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) часто советуют держать агента 1С и экземпляр SQL Server на одном хосте. Во-первых, профиль нагрузки у этих служб разный - агент в основном нагружает диск и CPU, SQL Server память. Во-вторых, в такой конфигурации агент и СУБД начинают работать не через TCP/IP или именованные каналы, а напрямую через общую память, что дает прирост к производительности в порядках 10-15% при условии сравнения с идеальной сетью между серверами (например, на виртуалках на общем железе). Наши админы не хотят такой конфигурации по каким-то своим религиозным взглядам.
Прекрасная статья!
Учитывая объем данных - как обслуживаете базы? Какие регламенты настроены на СУБД? Как боретесь с ростом баз? Обрезаете ли регистры на регулярной основе и т.д.? Успеваете ли в технологические окна обслужить индексы и т.д.?
Про мониторинг не сказано особо. Что используете? Zabbix или аналоги? ЦКК? Или свою нетленку?
Учитывая объем данных - как обслуживаете базы? Какие регламенты настроены на СУБД? Как боретесь с ростом баз? Обрезаете ли регистры на регулярной основе и т.д.? Успеваете ли в технологические окна обслужить индексы и т.д.?
Про мониторинг не сказано особо. Что используете? Zabbix или аналоги? ЦКК? Или свою нетленку?
всё хорошо, но ...
вообщем терпели-терпели 1С, и не выдержали )))
а так да - 1С в условиях HighLoad :)
"Но в данном случае мы пошли немного другим путем, потому что у нас есть свой стек технологий, свои специалисты по Си, и, исходя из этого, мы решили проблему достаточно просто.
Мы использовали класс ConcurrentQueue – это очередь в памяти, в которую можно писать параллельно, без блокировок.
Плюс написали COM-компонент для 1С. "
Мы использовали класс ConcurrentQueue – это очередь в памяти, в которую можно писать параллельно, без блокировок.
Плюс написали COM-компонент для 1С. "
вообщем терпели-терпели 1С, и не выдержали )))
а так да - 1С в условиях HighLoad :)