Как развернуть Spring Boot в Kubernetes за полчаса: туториал

В сфере искусственного интеллекта произошло заметное событие. sproshchaev 12 минут назад Как развернуть Spring Boot в Kubernetes за полчаса: туториал Уровень сложности Средний Время на прочтение 7 мин Охват и читатели 320 Блог компании OTUS Java * Карьера в IT-индустрии Kubernetes * DevOps * Туториал Всем привет, меня зовут Сергей Прощаев. Я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech, а также преподаю на курсах разработки и архитектуры в OTUS. В этой статье расскажу про путь, который многие считают адски сложным: как взять рабочее приложение на Spring Boot и за полчаса доставить его до боевого кластера Kubernetes .

Я часто вижу две крайности. Первая: разработчик пишет отличный код, но дальше слов «нужно собрать jar и задеплоить» начинается туман. Вторая: DevOps-инженер настраивает пайплайны, но не понимает, почему приложение падает в подах, хотя «на машине всё работало».

Технические детали

Проблема не в сложности технологий, а в отсутствии связки между миром разработки и инфраструктурой. Давайте просто возьмем и пройдем этот путь вместе, шаг за шагом. 1 Путь от кода до кластера Почему «на моей машине работает» — это проклятие Знакомая картина?

Вы показываете работающий сервис на localhost:8080. Приходит DevOps, оборачивает его в Docker, закидывает в Kubernetes… и всё. Приложение не starts up.

В логах — CrashLoopBackOff . Первая мысль: «Наверное, Kubernetes сложный». На самом деле, проблема всегда в деталях, которые мы упускаем на уровне кода.

Отраслевые последствия

Мы думаем, что «инфраструктура — это не моя задача», но в мире облачных вычислений эта граница давно стерлась. Хотите увидеть, как современное приложение проходит путь от репозитория до живого окружения в кластере, не растягиваясь при этом на неделю? Готовим Spring Boot так, будто завтра в production Первое, с чего я начинаю любое приложение, которое планирует жить в контейнере — не игнорировать production-ready метрики заранее .

Многие думают, что Actuator и Health-чеки нужны только на проде. А потом мы гадаем, почему Kubernetes убивает поды при старте, хотя приложение ещё просто подключается к базе. Я всегда добавляю в build.

xml зависимости: implementation ("org. boot:spring-boot-starter-actuator") implementation ("org. boot:spring-boot-starter-web") И сразу делаю простой контроллер, чтобы было что проверять: @RestController public class HealthController { @GetMapping("/health") public ResponseEntity health() { return ResponseEntity.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.