Size: a a a

1С, БСП, DevOps и Архитектура

2019 December 23

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
А динамо-то делаете?) ну и для справки - у меня такое на пг. После рестарта сервера с очисткой контекстов длинные транзакции пропадают, количество запросов уменьшается в сотни раз
Делаем, но без фанатизма.
Раз-два в неделю можем и сделать, но стараемся все равно в техокно. Ну и у нас мскл, так что всех "приколов" пг я не знаю
Я для себя по своей и чужой статистике проследил, что динам обновления имеет накопительный эффект, чем больше раз до монопольного было таких обновлений, тем выше вероятность беды
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Abramov Dmitry
Делаем, но без фанатизма.
Раз-два в неделю можем и сделать, но стараемся все равно в техокно. Ну и у нас мскл, так что всех "приколов" пг я не знаю
Я для себя по своей и чужой статистике проследил, что динам обновления имеет накопительный эффект, чем больше раз до монопольного было таких обновлений, тем выше вероятность беды
Изменения в файлах метаданных накапливаются как слоёный пирог. У каждого юзера есть грубо говоря айди слоя, который он получил при запуске. Запросом вычленяются изменённые слои и частично применяются. Иногда не очень хорошо (кто бы сомневался)
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Есть ещё тёмная магия, что динамо нужно делать не чаще, чем раз в две минуты :D
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Чтобы у текущих пользователей перечитались кэши и эти слои
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Но это все такое, на грани мифов и личных интерпретаций
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Изменения в файлах метаданных накапливаются как слоёный пирог. У каждого юзера есть грубо говоря айди слоя, который он получил при запуске. Запросом вычленяются изменённые слои и частично применяются. Иногда не очень хорошо (кто бы сомневался)
Да, в таблицах БД видел что-то подобное.
В общем как обычно: Нет-нет, да и да
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Изменения в файлах метаданных накапливаются как слоёный пирог. У каждого юзера есть грубо говоря айди слоя, который он получил при запуске. Запросом вычленяются изменённые слои и частично применяются. Иногда не очень хорошо (кто бы сомневался)
Любопытно, что те же stateless веб-приложения спокойно переживают редеплой без обрыва сеанса. Но там и не принято ожидать, что платформа все сделает за программиста. Если последний написал говно и/или не подумал, как это будет деплоится на живой прод - то свалить на "кривую 1С" не получится.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
Любопытно, что те же stateless веб-приложения спокойно переживают редеплой без обрыва сеанса. Но там и не принято ожидать, что платформа все сделает за программиста. Если последний написал говно и/или не подумал, как это будет деплоится на живой прод - то свалить на "кривую 1С" не получится.
/me в очередной раз всплакнул от процесса горячей миграции через несколько версий гитлаба в кубере...
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
/me в очередной раз всплакнул от процесса горячей миграции через несколько версий гитлаба в кубере...
ну в 1С разрабы платформы скованы в какой-то мере по рукам, т.к. на местах может быть очень всякое в части приземляемых в базу доработок. И надо угодить всем
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Я на их стороне в данном случае. Можно было бы чутка переложить ответственности за миграцию на 1С-ника и сказать - вот, ебись, но все что сломаешь - сломаешь сам
источник

U

UnNamsa in 1С, БСП, DevOps и Архитектура
Александр Капралов
Технология может и развилась, а проблема у меня воспроизвелась в ноябре этого года на платформе 8.3.14 :)
8.3.15 со старой девелоперской базой при обновлении платформы тоже самое было
источник

U

UnNamsa in 1С, БСП, DevOps и Архитектура
Abramov Dmitry
У нас служба отладки хттп роняла рабочие процессы совсем недавно, в итоге вернули tcp
Вот это уже критичные проблемы
+. и не работало что-то с ней, точно уже не помню что именно
источник

A

Andrey in 1С, БСП, DevOps и Архитектура
Александр
Коллеги, какова вероятность что среди членов этого телеграмм-канала есть хотя бы один полный пиздабол?
Не полный, а бодипозитивный. Коллеги, будьте политкорректнее.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Andrey
Не полный, а бодипозитивный. Коллеги, будьте политкорректнее.
Ну это не синонимы
источник

ЮИ

Юлия Иванова in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
единица. А почему вы спрашиваете?
Парадокс лжеца детектед.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Юлия Иванова
Парадокс лжеца детектед.
+1
источник
2019 December 24

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Vitaly Popov
Попробоуйте действительно объединить в одну транзакцию. Интересно было бы узнать результат =)

Делали нативное приложение, эта же проблема тоже всплывает
В нативном приложении нет и справочников, а значит и нет проблемы медленной записи. Там конечно масса других не решенных вопросов всплывает.
источник

VP

Vitaly Popov in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
В нативном приложении нет и справочников, а значит и нет проблемы медленной записи. Там конечно масса других не решенных вопросов всплывает.
Ну у нас проблема и в нативном была =) Точно такая же при обмене =)

Как  решали, не могу подсказать =(
источник

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Vitaly Popov
Ну у нас проблема и в нативном была =) Точно такая же при обмене =)

Как  решали, не могу подсказать =(
ну скажем, если бы не было сущности справончик, то в регистры сведений запись происходт намного быстрее, можно сразу записать набор записей.
источник

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
а в нативном приложении там всё регистры сведений
источник