freewms
Дмитрий Чуксин

(1)
Такая задача решалась. Идеология описана в (33).
Бюджет по железу ~7млн на принтеры.

Пачка из 600 накладных - достаточно частое явление в рамках задачи (несколько раз в течение дня)
Общий пробег железа - около 700 тыс страниц в месяц.
По ценнику на печать закупка принтеров + обслуживание сопоставимо с обслуживанием лазерников.

Плюс бонусом ушла передача управления комплектностью документации к продажникам.

(75)

Цитата
тро! Напиши пожалуйста, тогда в каких случаях используют метрики из 1с в прометей, какие данные туда реально и актуально отдавать, если не данные за долгий период, как мы хотим. Мне нужно для руководителя проектов дать внятное объяснение, стоит ли двигатся в данном направлении или допиливать графический отчет из 1с. [P.S] Конфигурация написана, работает и создавалась явно д

Давайте рассмотрим, например, анализ загруженности склада по зонам. Условно - есть 20-30 зон. Есть регистр, в котором можно снимать остатки по зонам.
Предложенный механизм и снимает остатки раз в 30 секунд текущий остаткок. Средствами графаны уже делается построение графиков за период, например.
Т.е. схема работы - мониторинг.

(73)

Цитата
Добрый день, Что значит "запущен один клиент"

В файловой базе регламенты выполняются при запущенном клиенте. Отправка методом PUSH - это регламентная операция.

(73)

Цитата
нужно чтобы из 1с подавались данные о продажах за месяц,

Для этого есть отчеты. Мне кажется, Вы не совсем верно понимаете назначение метрик.
Я в статье писал об особенностях сбора метрик:

Цитата
Узким местом является сбор и наглядное представление данных для принятия управленческих решений и при контроле за исполнением задач в силу высокой динамики изменения входных данных.

Это оперативно меняющиеся данные, снимаемые без погружения "в историю". Метрика штатно по регламенту отрабатывает раз в 10 секунд (насколько помню).

Насколько я Вас понял - вы хотите тягать метриками данные за значительные периоды (месяц). Вы получите итоговую величину за период (месяц), записанную в прометей на дату снятия метрики. Не могу понять как Вы хотите применить это в анализе.

(71)
Метрики с push на файловой базе будут отправляться только если запущен хотя бы один клиент. Расскажите, как вы планируете применять метод "по необходимости". Я не очень понимаю цели. Без этого трудно что-то советовать.

(67)
Разделитель целой и дробной части - поставьте "точка" - так будет соответствовать стандарту JSON.

Уточнение - для использования PUSH должен быть поднят prometheus pushgateway. Он обычно на порту 9091 висит. Нет ли у вас в этом ошибки?
Покажите скрины со страниц:
http://192.168.0.61:9091
http://192.168.0.61:9090/targets

З.Ы.
В целом - в следующей версии планируется исклбючение механизма PUSH. Сейчас над этим работаю.

Пишите в личку - решим. Мануал how to не делал. Вкратце:
1) опубликовать http- сервис из 1С
2) настроить его как цель в prometheus.yml

Главный нюанс с которым я столкнулся - это то, что отступы пробелами в prometheus.yml имеют значение.

(62)

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

Насколько часто Вы планируете их запускать?


(62)

Цитата
Хочу лишь донести, что ваши мысли об ограничениях забикса не свосем корректны.

Судя по Вашему отзыву, я, к сожалению, не смог донести корректно свои мысли касательно Заббикса.
Это шикарная система, с богатейшим функционалом и потрясающими возможностями (За исключением танцев с бубном вокруг Housekeeper'а и усекновения базы при больших нагрузках).

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


P.S. Вы очень интересный собеседник, с удовольствием бы продолжил общение в личке.

(58) И из практики: Вы каждого 1С-программиста сможете научить работать с Заббиксом? Оно Вам надо? А метрики в Прометея у нас кидает каждый программист )))))

(58) В продолжении - сделать в 1С JSON никто не мешает, но давайте представим, что нам нужно что бы собрать данные для отображения, скажем, статистики заказов к отгрузку:
1) В 1С - Создать регламент, который будет опрашивать данные и формировать JSON
2) В 1С - Куда-то положить сформированный JSON,
3) ЛИБО в 1С ЛИБО в Zabbix Agent настроить отправку. Не забыв о том, что 1С может несколько серверов приложений.
4) Самый ад: открыть Заббикс и настроить калькулируемые метрики (для каждого из разрезов аналитики), а так же при условвии, что новые данные (скажем, новый контрагент) заводятся в 1С, каждый раз при появлении нового элемента в разрезах аналитики - идти и донастраивать Заббикс.

Вот это вот всё и делает невозможным использования Заббикса для обработки данных. Слишком высокая трудоемкость обслуживания.

(58) Я уже писал выше и повторюсь - этот механизм не для наблюдения за сервером приложений 1С. За сервером наблюдает Zabbix, как и за остальным железом в сети, поскольку это проще.
Для этого есть, например: https://github.com/freewms/zabbix-1c-service-template


Прометей предназначен для наблюдения за состоянием именно данных внутри базы данных. Т.е. за бизнес-процессами непосредственно.