digital-samolet
Цифровой Самолет

(3) На 100% конечно утопия, но это не отменяет того что нужно к этому стремиться. Если после выкатки релиза у нас 100500 входов в конфигуратор, куча остановок работы и баг фиксов, то это 100% неэффективный процесс разработки или вообще его отсутствие. Если же время от времени кто-то заходит, то все норм.
Цель - получить метрики, а в метриках главное тренд, а не точность значений.

(1) Цель - реализовать комплексную метрику продукта и ошибки в ЖР одна из метрик. Кстати и не только ошибки, например, количество входов в продуктивный конфигуратор, говорит о том, что процесс разработки в команде построен плохо. В нормальном flow в продуктивный конфигуратор не в ходят, а находят большую часть ошибок до выкатки релиза.

Что делать, если мы хотим в реальном времени считать, накапливать и показывать бизнесу ошибки, записанные в журнал регистрации 1С?

(41) Здравствуйте.
Спасибо за обратную связь.

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

(39) У нас не было такой цели. Мы считаем, что любая бизнес-операция должна выполняться не более 1 секунды. С этим можно соглашаться или нет, но мы так считаем.
Если у вас стоит задача сделать несколько границ, то я бы сначала их логически разбил на несколько блоков (сейчас в 1С это неуправляемая штука, где можно поставить все что угодно), а дальше сделал бы дополнительный lable со значением этих блоков и построил бы несколько бордов. В любом случае, если конфигурация большая вы никогда не достигните 100% APDEX, но сразу будете видеть отклонения, с которыми нужно работать.

(36) Тут вопрос методический - мы скорее приглашаем наших продактов к дискуссии - они могут поменять свои целевые времена - мы решили что 1Секунда это прикольно - потому что во первых показывает что длительные операции это плохо. С другой стороны на микрооперации мы закрываем глаза - если пользователь хочет быстрей - ему ничего не стоит попросить нас уменьшить время - в формате я хочу чтобы "Операция XXX выполнялась за 0.2 секунды". По сути - наши команды живут в дружбе с пользователями - поэтому если кто-то не согласен - он может в рамках дискуссии изменить время. Сейчас среди программистов сложилась нехорошая практика - целевое время меняет сам программист - а ему выгодно поставить побольше время, ну чтобы сильно не заморачиваться. Причем такая порочная практика сложилась не только у 1С программистов, но и у GoLang/ Python/C#/Java программистов

Применение внешнего сервиса контроля целевого времени APDEX позволяет вынести данную метрику в зону публичного обсуждения - в том числе с группой QA.

(33) Тогда придется ковырять. Не знаю.

(30) Извиняюсь за дурацкий скрин: label_values(onec_business_transaction_duration_seconds_by_key_operation_­sum, exported_instance)

Прикрепленные файлы:

Скриншот 18-02-2022 091924.jpg

Скорее всего для борда нужно еще переменную создать. Скрин приложил

Прикрепленные файлы:

Скриншот 18-02-2022 091924.jpg

(27) У меня в репозитории есть уже борд готовый в формате JSON, просто разберитесь как его загрузить