По одному числу на счётчик, на секунду, на срез провереноважно

MTA публикует набор из двадцати четырёх чисел каждую секунду для каждого среза фильтра «адрес × домен × метка»; всё остальное — арифметика поверх.

Подробно

Поток позиционный, а не именованный: порядок задаёт массив Series.types() в консоли, и индекс 0 — это байты, 5 — доставки, 13 — strange. Всё, что этот поток потребляет, обязано держать тот же порядок, а обновление MTA, вставившее счётчик, сдвинуло бы каждый индекс после него. Значения даны за секунду и на срез — отсюда и дешёвый фильтр консоли, и неудобные итоги: число по всему узлу есть сумма по срезам, а доля есть отношение сумм, но никогда не сумма отношений. Для Хаба практических следствий три. Сбор — это подписка на поток, а не опрос точки. Хранение обязано сохранять оси срезов, иначе числа потом не разложить. И девять производных счётчиков придётся считать из двадцати четырёх, потому что сами они не едут никогда.