Кэширование исполнительных механизмов Spring boot 2 с клиент-серверным кластером Hazelcast - PullRequest
Новая
       20

Кэширование исполнительных механизмов Spring boot 2 с клиент-серверным кластером Hazelcast

0 голосов
/ 13 сентября 2018

У меня есть приложение весенней загрузки 2, обращающееся к удаленному кластеру Hazelcast, использующее spring-boot-starter-cache и spring-boot-autoconfigure.

Кэши создаются с помощью аннотаций spring-cache.

МыКонечная точка наблюдения / исполнительного механизма / прометея включает в себя метрики кеша (попадания в кеш, ставит, получает и т. д.) для наших кешей и cacheManager, но всегда показывает чтение как 0.0.

Я глубоко погрузился в реализацию и заметил, что этопредназначен для сбора метрик для локального члена Hazelcast. 

/**
 * @return The number of hits against cache entries hold in this local partition. Not all gets had to result from
 * a get operation against {@link #cache}. If a get operation elsewhere in the cluster caused a lookup against an entry
 * held in this partition, the hit will be recorded against map stats in this partition and not in the map stats of the
 * calling {@link IMap}.
 */
@Override
protected long hitCount() {
    return cache.getLocalMapStats().getHits();
}

Есть идеи или предложения по метрикам для моей модели развертывания (Hazelcast как клиент-сервер)?Можно ли получить метрики Prometheus для члена сервера Hazelcast с автоматической настройкой весенней загрузки в этой модели?

ОБНОВЛЕНИЕ: я могу получить метрики кэша на элементе Hazelcast (сервере), запустив его с пружинной загрузкой 2, банкой микрометра-прометея на пути к классам.

...