Size: a a a

2020 November 05

D

Dima in pro.jvm
Alex
Добрый вечер. Подскажите пожалуйста можно ли в Spring получать результаты выполнения методов Repository используя динамические Entity Graph ?
да
источник

R

Roman in pro.jvm
Alexandr Emelyanov
Логи читать не наглядно, да и их могут быть десятки гигабайт в сутки
Да контора не настолько большая чтобы прям десятки гигов было. Но для перспективы все таки метрики надо будет юзать
источник

D

Dima in pro.jvm
Alex
Добрый вечер. Подскажите пожалуйста можно ли в Spring получать результаты выполнения методов Repository используя динамические Entity Graph ?
просто дублируешь метод из стандартного репозитория, но добавляешь аннотацию @EntityGraph
источник

D

Dima in pro.jvm
и все
источник

A

Alex in pro.jvm
Вопрос был про динамические графы
источник

D

Dima in pro.jvm
Alex
Вопрос был про динамические графы
не заметил, сорри
источник

A

Alex in pro.jvm
Спасибо за участие )
источник

AE

Alexandr Emelyanov in pro.jvm
Alex
Вопрос был про динамические графы
Так не динамический граф нужен, а динамический предикат
источник

АЛ

Александр Леутин... in pro.jvm
Alexandr Emelyanov
Логи читать не наглядно, да и их могут быть десятки гигабайт в сутки
Если глазами читать десятки гигабайт - конечно, не наглядно будет. А если использовать инструменты для визуализации и поиска - вполне наглядно.
источник

АЛ

Александр Леутин... in pro.jvm
Denis Pavlyuchenko
плохая, это ничего не даст. Метрики можно вывести на дашборде, метрики можно использовать для алертов. И для анализа
Логи - не замена метрик. Метрики - не замена логов.
Эти два инструмента дополняют друг друга.
источник

R

Roman in pro.jvm
Александр Леутин
Если глазами читать десятки гигабайт - конечно, не наглядно будет. А если использовать инструменты для визуализации и поиска - вполне наглядно.
А какие есть инструменты для визуализации логов?
источник

АЛ

Александр Леутин... in pro.jvm
Roman
Разве в логах перфоменс issues как варнинги отображать плохая практика?
На мой взгляд - хорошая. Метрики дадут общую картину. Там, где ситуация хуже всего - сможешь найти причину по логам.
источник

АЛ

Александр Леутин... in pro.jvm
Roman
А какие есть инструменты для визуализации логов?
ELK stack, Graylog, Loki
источник

АЛ

Александр Леутин... in pro.jvm
с помощью grok_exporter можно превратить логи в метрики прометея, например
источник

R

Roman in pro.jvm
Александр Леутин
ELK stack, Graylog, Loki
Огромнейшее спасибо, надо будет хороший research сделать по инструментам
источник

АЛ

Александр Леутин... in pro.jvm
Roman
Да контора не настолько большая чтобы прям десятки гигов было. Но для перспективы все таки метрики надо будет юзать
Посмотри ещё на Elastic APM - крутая штука. Для Java подключается буквально в два клика (java-agent). Поможет оценить, какие куски приложения отъедают наибольшее время при работе.
источник

A

Alex in pro.jvm
Alexandr Emelyanov
Так не динамический граф нужен, а динамический предикат
Нужен именно граф. Проблема в том как доставать данные из бд, какие поля помеченные как lazy читать сразу для улучшения производительности
источник

D

Dima in pro.jvm
Alexandr Emelyanov
Так не динамический граф нужен, а динамический предикат
не, граф действительно динамически нельзя передавать
источник

AE

Alexandr Emelyanov in pro.jvm
Александр Леутин
Если глазами читать десятки гигабайт - конечно, не наглядно будет. А если использовать инструменты для визуализации и поиска - вполне наглядно.
Хорошо когда ты можешь их почитать сам, а не стучаться к админам закрытого контура)

У нас сейчас задача есть - выгрузить из эластика в json данные по поисковому запросу и импортировать у себя локально. Девопс пока не победил, придется наверно самим
источник

AE

Alexandr Emelyanov in pro.jvm
Roman
А какие есть инструменты для визуализации логов?
ELK к примеру
источник