Какой сейчас самый правильный способ сбора APM metrics с клиент-сайда?



Уважаемые, а какой сейчас самый правильный способ сбора APM (application performance monitoring) metrics с клиент-сайда? Ну то есть на сервер сайде все понятно - отправляешь запрос для каждого инкремента счетчика.

А для клиент сайда все сложнее - надо экономить трафик, число соединений и отправлять статистику пачками. Кроме того, клиент-сайд может работать в оффлайне и статистику по счетчикам за это время надо где-то копить. Получается, что нужен локальный кеш статистики, отправка пачек и разбор пачек на стороне сервера, прежде, чем статистику по каунтерам удастся засунуть в APM storage. Все это не хотелось бы писать и поддерживать руками - подозреваю, что есть какие-нибудь стандартные решения. Не знает ли кто-нибудь, какие именно?

142   10  
  1. Alexey Rybak 9 месяцев назад
    APM?
  2. Александр Ильин 9 месяцев назад
    Prometheus например: https://prometheus.io/docs/guides/go-application/
  3. Василий Озеров 9 месяцев назад
    Что-нибудь свое пилить по приему ивентов, как вариант. А так все sentry.io используют частенько, но под нагрузкой оно особо не живет (не вникал - может сетап кривой был). Как вариант выливать на группу 5-10 процентов юзеров и собирать статистику.
  4. Михаил Буйлов 9 месяцев назад
    Firebase? Или надо что-то более высокоуровневое?
  5. Roman Vr 9 месяцев назад
    mparticle, dev2dev
  6. Vladimir Bukin 9 месяцев назад
    Андрей Федоровский посмотри на datadog
  7. Алексей Тимановский 9 месяцев назад
    Вы свое хотите пилить? Ну просто к любому коммерческому apm'у клиентская библиотека прилагается.
  8. Roman Vr 9 месяцев назад
    Ни Prometheus, ни датадог не то- это серверные платформы. Тут речь про аналитику на клиенте.
  9. Andrey Dudin 9 месяцев назад
    Вряд-ли подойдет, но просто чтоб тоже знали. Есть такой продукт App dynamics. Он способен построить трейс вызовов от фронта до последнего запроса в базу на дальнем микросервисе.
  10. Константин Замякин 9 месяцев назад
    вообще не понимаю, причем тут сентри, прометеус и что-то там еще - это вообще совершенно про другое. сентри коллектит ошибки с трейсами, прометеус - таймсирис база данных, которая подходит только для таймсирис, а не единичных ивентов с таймингами.
    из опенсорсного "готового" мне известен только elastic apm - возможно к нему есть какие-то клиентские либы, поищите.
    гуглится вот это https://www.elastic.co/.../current/install-the-agent.html
    но сейчас не особо удобно разбираться, подходит ли это вам - просто бегло пробежался, но с виду это примерно что надо

Добавить ответ:
Отменить.