Сервис журнала регистрации (если отдельная нода только за него будет отвечать), не требует отдельной лицензии на кластер (т.е вообще не требует, не использует с основного, ни откуда)

А где можно почитать к каким службам это еще относиться? Может плохо искал, но на ИТС не нашел. Везде пишут только о выделении сервиса лицензирования, а про остальные службы как-то молчат

Лицензия требуется только на сервисы, обслуживающие  соединения - клиентские, фоновые, регламентные

Понял. Спасибо

С бодрым. Не могу понять можно ли с помощью gitlab-ci.yml явно вызывать external jobs с получением результатов их работы или это делается через api? Или это вообще невозможно кроме как через вебхуки:)

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

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

Что значит вынести тж?
Тж пишется на узле. Сколько узлов - столько тж.

Это я уже понял, что сморозил глупость неподумав.

паразитная нагрузка от ТЖ прямо зависит от объема записываемой информации и от диска куда пишется
уберите некоторые жирные по объему свойства (sql, prm, sdbl, lock) и не будет много гигабайт в час, не будет большой нагрузки, не придется ничего выносить

В любом случае надо все выгружать... Анализировать логи в том виде в котором они сейчас - не представляется возможным.
Уже две недели ищу затык - ничего не могу понять.

Начните с описания "затыка", может коллеги всё таки подскажут как сузить круг поиска.

И лучше спросить у экспертов https://t.me/OneC_Expert

Я уже спрашивал в конференциях именно по программированию, но может здесь подскажут:
Не могу отловить из-за чего происходит "зависание" на клиенте.
Ситуация При записи и проведении документа происходит зависание на 30-60 секунд. Думал проблема в проведении, но оно проходит всегда за 1, максимум 1,5 секунды. Последнее что мне удалось найти:  отлавливаю событие ПередЗакрытием формы документа. Выхожу из нее и включаю замер производительности. Ставлю первое событие формы списка при активации строки. Вот между ними нет никаких событий только видимо срабаывает проверка БСП на блокировку сеансов сразу перед активацией строки, но это тоже доли секунд. Что выполняется между этим - непонятно

Обновление динамического списка

+1

Я отбросил эту мысль, т.к. открытие списка документов всегда выполняется быстро. Запрос очень простой. Стоит динамическое считывание данных.
Но если подскажете как можно замерить обновление - с радостью выслушаю. Потому как уже ничего не могу придумать... А с таким сталкиваюсь впервые

проверьте проведение с закрытым списком)

Кстати, у меня была такая фигня.
Вылечились обновлением платформы.

Релиз какой?