по hazelcast? окромя, собственно, описания типичных usecase и api. технология мощная, но подводных камней в ней не меньше, чем в кафка. личной экспертизы не хватает, подчерпнуть бы откуда-либо.
Документация же топ была у них.
Ну типичный пример - есть легаси система, которую реверс инжинирим. и налицо утечки блокировок. а в документации об этом лишь просто "утечек быть не может". точнее как, в HC быть не может. а вот в коде, который вокруг HC есть - может. и как эффективнее вычислить это всё дело, или настроить политики кластера, чтобы проблемы с выпадением нод не стопорили работу всего кластера на большое время - это уже не так понятно из доков. (split-brain не установлен, оно само успешно чинится. но далеко не сразу) докопаемся, конечно. но хороших рассказов "как мы чинили утечки в нашем hazelcast" не нашёл. знаю, это уже жадность, по любой технологии готовое искать, но я спрашиваю на случай "а вдруг найдётся серебряная пуля" P.S. я не прошу гуглить, с этим справимся) да и заинжектить интерцепторы блокировок, чтобы поймать места утечек и проч сможем. да и опыт такого ковыряния всегда даже приносит удовольствие. но моя совесть не будет чиста, если я не попытаюсь решить проблему быстрее =D
hazelcast по дефолту реботает в режиме без локов и сплитбрейн ловит на раз. Там надо настроечку включить чтобы он insynk работал - тогда будет медленнее но сплита не будет точно на счет локов - не замечал учечек
Обсуждают сегодня