subj. Оно как бы  быстро делается, но безопасно ли?

хз, пользовался, не нарывался, но как всегда все до первого раза

(0) Если там только код обновляется, что может случиться? Даже в режиме 1с-предприятия есть возможность накатить обновление расширения.

(0) На 8.3.17 получал баг с пропажей реквизита из расширения с потерей данных из этого реквизита. До этого раз 100 делал динамическое обновление и такой проблемы не было. Больше не рискую.

(0) изредка... "дерьмо случается"... особенно зачётно если в момент обновления что-нибудь с сетью случится и ты не знаешь как в этом случае поступить...

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

(0) Много раз так делал , и многое на что нарывался у пользоков потом или кеш чистить или хранилищеНастроек на форму чистить . Решать тебе

(2) >> Если там только код обновляется, что может случиться?

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

(0) >> Насколько безопасно демоническое обновление если обновлять расширение?

Ни насколько. Вообще.
Ничем не отличается от обычного динамического обновления.
Можно 100 раз в день 10 лет обновляться динамически или накатывать и обновлять расширения и не иметь никаких проблем, а потом на 11-ый год на 101-ый раз получить геморрой себе на голову.

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

(5) >> сталкивался со мнением что в отличие от динамического обновления основной конфы это безопасно.

Бредовое мнение. Установка расширения или обновление расширения абсолютно ничем не отличается от динамического обновления основной конфигурации. В любом случае мы получаем момент неопределенности, пока одна часть пользователей работает со старой версией конфигурации (без расширения), а другая - с новой версией (с расширением). Плюс все те же самые глюки самой платформы, что периодически наблюдаются при обычном динамическом обновлении.

(8) О, у нас в треде разработчик платформы! А объясни тогда как при "динамическом обновлении" возникают вот такие вот ошибки https://infostart.ru/upload/iblock/bca/РасшРис1.PNG

(0) Платформа сама по себе для обновления Расширения старается сделать все по уму. Т.е. выдает предупреждение, если обновление не сможет обновиться динамически.

Какая-то вероятность существует, что установленное Расширение не сможет при перезапуске клиентского сеанса очистить кэш на клиенте...

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

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