Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Реализовано в версии 8.3.13.1513.
Механизм управления потреблением ресурсов решает три основные задачи:
Этот механизм, прежде всего, предназначен для кастомизации в облачных сервисах с технологией 1cFresh. Он позволяет вам защититься от расширений конфигурации, которые могут неадекватно расходовать ресурсы сервиса. Мы рассчитываем, что этот механизм позволит отказаться от предварительного аудита эффективности кода расширений конфигурации в сервисе 1cFresh, благодаря чему возрастёт оперативность публикации обновлений.
Помимо предотвращения аварийного расходования ресурсов, критичного для сервиса в целом, новый механизм позволяет равномерно распределять ресурсы сервиса 1cFresh между абонентами или пользователями в обычной рабочей обстановке. Вы можете устанавливать отдельным абонентам или пользователям квоту, которую они не могут превысить.
Для управления механизмом мы добавили в настройки кластера два новых объекта:
Для управления этим механизмом вы можете использовать не только Windows утилиту администрирования кластеров (на рисунке), но и сервер администрирования (ras) c одним из кроссплатформенных инструментов: утилитой командной строки (rac) или java-интерфейсом.
В счетчике потребления ресурсов вы можете установить показатели, по которым будет накапливаться статистика. Теперь вы можете использовать два новых показателя, которые были недоступны ранее: процессорное время и количество сеансов.
Эти новые показатели позволяют вам замерять нагрузку на процессор и отслеживать общее количество запущенных сеансов.
Вы можете выбрать один из двух способов группировки собранных данных: по пользователям или по разделению данных. Таким образом, с помощью второго варианта вы можете накапливать статистику в разрезе абонентов.
С помощью гибких возможностей отбора вы можете описывать тот набор сеансов, по которым будет накапливаться статистика.
С помощью ограничения потребления ресурсов вы можете указать предельные значения для выбранного счетчика, и назначить действие, которое будет выполнено при превышении этих значений.
Один из вариантов, которые вы можете выбрать, это Нет. С одной стороны, это способ временного отключения ограничения. А с другой стороны, это способ протестировать работу ограничения.
При превышении ограничения платформа записывает в технологический журнал соответствующее событие. Поэтому установив действие Нет, и поработав, например, в течение дня, вы можете посмотреть в технологическом журнале, сколько раз ограничение было превышено. Если это нормальное (подходящее) значение, тогда вы можете выбрать одно из действий, отличное от Нет, чтобы ограничить активность пользователей.
Как вы могли заметить из предыдущего рисунка, мы реализовали новую возможность – прерывание текущего серверного вызова.
Теперь, если пользователь запустил выполнение какой-либо длительной операции на сервере (например, формирование отчета за 10 лет), вы можете прервать ее выполнение без завершения сеанса. Таким образом, пользователь сможет продолжить работу без перезапуска клиентского приложения.
При желании вы можете проинформировать пользователя о причине отказа и задать сообщение, которое будет показано ему после прерывания серверного вызова.
