Делаю серверную часть на Java там, где важны скорость запуска и экономия ресурсов, и для этого беру Quarkus. Классический Java-стек в контейнере ведёт себя тяжело: долгий прогрев, большой аппетит к памяти, лишние секунды на каждый рестарт. С Quarkus картина другая — приложение поднимается за доли секунды и держит компактный резидентный объём, поэтому оркестратор может свободно множить и гасить экземпляры вслед за нагрузкой. Я начинаю с модели вашей области, а уже поверх неё выстраиваю эндпоинты, доступ к данным и конфигурацию, чтобы решение не превратилось в клубок при первом же расширении.
В работу входит всё от чистого репозитория до сервиса, живущего в вашем кластере. Настраиваю REST с валидацией входа и аккуратными ответами об ошибках, подключаю СУБД через Hibernate с Panache либо реактивные клиенты, при событийной архитектуре завожу обмен через Kafka или AMQP, добавляю проверки живости и метрики, понятные платформе. Если холодный старт и память в вашем сценарии на первом месте, компилирую приложение в нативный образ GraalVM — тогда запуск становится практически мгновенным, а вес контейнера падает в разы. На выходе вы получаете сжатый образ, разумные профили настроек и предсказуемое поведение под serverless.
Отдаю результат в виде, готовом к конвейеру: тесты модульного и интеграционного уровня, описание интерфейса по стандарту OpenAPI, сборочный файл контейнера и короткая инструкция по запуску и выкатке. Мне важно, чтобы код читался и через полгода, поэтому держу структуру прозрачной и не прячу логику за трюками. Выделить сервис из монолита, поднять новый продукт или переработать уже существующее приложение на Quarkus, упершееся в потолок старой схемы, — доведу до устойчивого, наблюдаемого и пригодного к продакшену бэкенда.
В работу входит всё от чистого репозитория до сервиса, живущего в вашем кластере. Настраиваю REST с валидацией входа и аккуратными ответами об ошибках, подключаю СУБД через Hibernate с Panache либо реактивные клиенты, при событийной архитектуре завожу обмен через Kafka или AMQP, добавляю проверки живости и метрики, понятные платформе. Если холодный старт и память в вашем сценарии на первом месте, компилирую приложение в нативный образ GraalVM — тогда запуск становится практически мгновенным, а вес контейнера падает в разы. На выходе вы получаете сжатый образ, разумные профили настроек и предсказуемое поведение под serverless.
Отдаю результат в виде, готовом к конвейеру: тесты модульного и интеграционного уровня, описание интерфейса по стандарту OpenAPI, сборочный файл контейнера и короткая инструкция по запуску и выкатке. Мне важно, чтобы код читался и через полгода, поэтому держу структуру прозрачной и не прячу логику за трюками. Выделить сервис из монолита, поднять новый продукт или переработать уже существующее приложение на Quarkus, упершееся в потолок старой схемы, — доведу до устойчивого, наблюдаемого и пригодного к продакшену бэкенда.
