В качестве эксперимента, для снижения этих требований мы сделали альтернативную версию одного из наших сервисов на языке Golang. Мы постарались воспроизвести основной функционал, поддерживаемый в исходном сервисе: rest api, работу с Kafka, логирование в ELK, заложили возможность работы с разными СУБД и т. д.
А если так?
https://habr.com/ru/company/otus/blog/503328/
Так тоже пробовали, с GraalVM ситуация немного другая. С точки зрения характеристик - приложение стартует моментально, потребляет памяти на треть меньше от оригинала. Но время сборки проекта растет в 10 раз. Далеко не каждый сервис можно безболезненно перевести - самые проблемы возникают. Ключевое - в момент разработки для отладки удобней использовать обычную jdk, а на стенде же работает graalvm. Что потенциально может привести к неповторимым ошибкам.
Для себя решили - что graalVM можно будет использовать точечно, для конкретных сервисов, которые нужно будет масштабировать в десятки экземпляров.