- Страна
- Россия
LEAD BACKEND DEVELOPER (JAVA)
Оценка ИИИнтересный промышленный домен, современный стек (Java 17, Kafka, WebFlux) и высокая степень автономности в принятии решений делают эту вакансию привлекательной для опытных разработчиков.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИРоль требует не только глубоких знаний Java и Spring Cloud, но и готовности взять на себя полную техническую ответственность за систему (ownership), включая DevOps-задачи и миграцию легаси-компонентов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИЗарплата в объявлении не указана, однако для позиции Lead Java Developer на российском рынке медиана составляет около 350 000 - 450 000 рублей. Учитывая сложность задач (промышленный сектор, микросервисы, DevOps), можно ожидать предложение в верхней границе рынка.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
LEAD BACKEND DEVELOPER (JAVA)
*🏢* Компания: ЭНЕРГОПРОЕКТ
*🌍* Формат: Удалёнка (Remote Russia)
*🕒* Занятость: Полная занятость
О компании:
Ищут технического владельца микросервисной системы для инженерного проектирования и расчёта промышленного оборудования. Продукт уже используется несколькими заказчиками, часть развёрнута в закрытом контуре. В системе ~20 микросервисов на Spring Boot, собственный GitLab и CI/CD.
Задачи:
• Принять систему у предыдущей команды: репозитории, пайплайны, окружения и процесс релизов.
• Развивать функциональность по задачам заказчиков и выпускать версии на стенды.
• Встроить тесты в CI (Testcontainers, WireMock, EmbeddedKafka) и покрыть расчётную логику.
• Унифицировать версии зависимостей и вынести общий код в starter.
• Усилить асинхронное взаимодействие (идемпотентность, retry, DLQ, outbox) и добавить наблюдаемость/отказоустойчивость.
• Подготовить миграцию на Spring Boot 3.
Требования:
• Java 17 (Stream API, Optional, records).
• Spring Boot 2.7, Spring Cloud (Eureka, Config Server, Gateway, OpenFeign) — от 2 лет.
• Spring Data JDBC и JPA/Hibernate — понимание разницы.
• PostgreSQL: сложный SQL, индексы, EXPLAIN, jsonb, Flyway.
• Kafka (spring-kafka), семантика доставки; Spring Security, JWT, WebFlux.
• Gradle (multi-project/composite, BOM), базовый Maven; GitLab CI, Docker, Linux.
Будет плюсом:
• Опыт миграции Spring Boot 2 → 3.
• Prometheus/Grafana, OpenTelemetry, ELK; S3-совместимые хранилища.
• LDAP/Active Directory; работа с PDF, SVG, движками формул.
• Опыт в инженерном, промышленном или ERP-домене.
Стек:
Java 17, Spring Boot 2.7, Spring Cloud (Eureka, Config Server, Gateway, OpenFeign), Spring Data JDBC, JPA/Hibernate, PostgreSQL, Kafka, Spring Security, WebFlux, Gradle, Maven, GitLab CI, Docker, Docker Compose, Linux, SSH, JUnit 5, Mockito, Testcontainers, Flyway, Actuator, Micrometer, Resilience4j, Apache POI
Условия:
• Удалёнка, гибрид или офис — на выбор.
• Продукт с реальными промышленными пользователями.
• Свобода инженерных решений в рамках архитектуры.
• Внутренняя документация для быстрого входа; официальное оформление и фиксированный оклад.
*📩* Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Java
- Spring Boot
- Spring Cloud
- Spring Data JDBC
- Hibernate
- PostgreSQL
- Kafka
- Spring Security
- Spring WebFlux
- Gradle
- Maven
- GitLab CI
- Docker
- Linux
- JUnit 5
- Mockito
- TestContainers
- Flyway
- Prometheus
- Grafana
- OpenTelemetry
- ELK stack
Возможные вопросы на собеседовании
Важно понимать, как кандидат планирует обеспечивать консистентность данных при переходе на новую версию фреймворка.
Какие основные сложности вы ожидаете при миграции микросервисной системы с Spring Boot 2.7 на 3.x, учитывая переход на Jakarta EE?
В описании указана необходимость усиления асинхронного взаимодействия.
Как бы вы реализовали паттерн Transactional Outbox в связке с Kafka для обеспечения гарантии доставки Exactly-once или At-least-once?
Вакансия предполагает работу со сложным SQL и оптимизацией.
Расскажите о вашем опыте оптимизации запросов в PostgreSQL: в каких случаях вы используете jsonb вместо нормализованных таблиц и как анализируете EXPLAIN ANALYZE?
Упоминается необходимость покрытия расчетной логики тестами.
В чем преимущество использования Testcontainers перед H2 при тестировании интеграции с PostgreSQL и Kafka в Spring Boot приложениях?
Для Lead-позиции критично умение структурировать код.
Какую стратегию вы выберете для создания корпоративного Spring Boot Starter: что именно стоит выносить в автоконфигурации, а что оставить в сервисах?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
