как еще один наброс (довольно наркоманский уже) - давайте организуем шардирование обработчиков (например, с помощью консистентного хранилища) - условно говоря, пусть хэши от 1 до 10 обрабатывает первйы обработчик, от 10 до 20 - второй, и тд. Тогда мы сводим задачу к обеспечению порядка уже на одной ноде.

У нас всё еще есть открытые вопросы:
1) Что делать, если нода упала. Ну, давайте сделаем master-slave для каждого обработчика с помощью какого-нибудь внешнего механизма, типа консула, или игнайта,
2) Что делать, если мы получили 1, 2, ... 5, а 3 - не получили, в течение многих часов. Считаем, что его не существует? Или прекращаем обработку? Или включаем персистентный режим, и вместо хранения 1, 2 в памяти, перекладываем это в персистентную БД.

кажется, понял в чем дело Caused by: org.h2.jdbc.JdbcSQLSyntaxErrorException: Function "WITHIN" not found; SQL statement:
что-то раньше не догадался что видимо база не поддерживает
с постгисом получается нужно в локальную h2 добавлять поддержку и в продовую версию постгреса тоже?)

У меня ощущение
Что в этой задаче самое важное понять где сделать правильные допущения
Потому что полностью она не решается

допущения только вы можете делать 😄 , так как понимаете бизнес этой системы, и знаете, чем можно пожертвовать, или где можно ослабить требования

не база а ваш jdbc драйвер. писал уже выше как поправить. как напишите свою курсовую - дайте знать. что все норм. не зря время тратили и вы и мы)

У тебя в проекте юзается один дистрибутив джавы, а ты вызываешь jstack который глобальный, и он может иметь другую версию джавы. Актуально когда на серверах несколько инстансов стоят

Добрый день.
Хотел бы узнать есть ли возможность отключение heap dump, профилирование java приложения

Чтобы не не было возможности профилирования через jvisualvm или другие профилировщики

Запускайте из под отдельного пользователя, например

Странный бизнес кейс какой-то