Рустам Курамшин - Правильный DevOps для Spring Boot и Java
ฝัง
- เผยแพร่เมื่อ 10 ก.พ. 2025
- Ближайшая конференция - JPoint 2025, 3-4 апреля (Москва + трансляция).
Подробности и билеты: jrg.su/T2zfbS
- -
Доклад о лучших практиках в построении DevOps-процессов для проектов, написанных на Spring Framework и Java/Kotlin. Бывает так, что разработчики не интересуются DevOps-процессами, а DevOps-инженеры не знакомы с традиционными подходами конкретного фреймворка и языка. Будет интересно как Java-разработчикам, так и инженерам по эксплуатации Java-сервисов.
Скачать презентацию с сайта JPoint - jrg.su/GqjWxu
32:00 Про liquibase не убедительные примеры вначале. Всё-таки это версионирование БД, а не инструмент запустить какой-то в моменте нужный sql. Если это справочник, то он должен стоять за api для того, кто этим справочником распоряжается.
Рустам, спасибо!! Было бы здорово увидеть материал, не вошедший в доклад)
Спасибо за крутой материал! Взял на заметку идею оптимизации образа с помощью слоев, которые предоставляет спринг.
ппц как буду ждать второй доклад
понравилось. всё по делу. кратко и четко. и главное ПОЛЕЗНО
Программный комитет удаляет комментарии с конструктивной критикой, как же это низко
уф - а то я думал, что показалось
Спасибо за доклад!
Супер информативно, спасибо большое!!!
1. Если конфиг действительно может быть мало связан с релизом, то зачем нам новая верстя DB, без новой версии кода, эти изменения использующих? (за редким исключением).
2. Более сложная проблема - откат изменений в DB при откате релиза совсем не поднята.
3. Продакшин-Конфиг и общем репозитории/общем сервисе?! Далеко не всегда это возможно!
15:31 мы же на 8 строчке все равно весь джарник копируем?
config server - это хорошо, но далеко не всегда все микросервисы нуждаются в одной настройке, которую можно вынести на root level, и из-за этого код либо все равно дублируется либо в каком-то сервисе появятся не используемые проперти. Мы тоже используем эту фичу, но пошли немного дальше и добавили profiles. К примеру, при добавлении профиля kafka подключается application-kafka.yml, а для БД application-db.yml, итд.
У Рустама отличные лекции
Докладчик немного газлайтит насчет «нового релиза». Мы просто поправили конфиг, мы просто накатили патч на базу. Разве это новые релизы, вопрошает он? 🤣
"А зачем мне делать релиз, если я просто хотел катануть изменения в БД"
Чё-то не заработало у меня. Jar архив распаковывается отлично, но вот в корне текущей директории команда java org.springframework.boot.loader.JarLauncher класс javaLauncher не запускает. Я думаю, потому что этот класс лежит в spring-boot-loader. Пробовал перейти в эту директорию и запустить команду Java org.springframework.boot.loader.JarLauncher оттуда, но всё-равно ошибка вылезает. Где-то прочитал, что запустить приложение с помощью jarLauncher после выполнения команды extract нельзя. Там должна структура проекта сохраняться, как если бы мы разобрали jar командой jar xf app. jar. При такой структуре, которая получается, jarLauncher проект запускает.
org.springframework.boot.loader.launch.JarLauncher
Аймэдж, как айфон что ли? А ю сириес? Образ (имадж) уже не подходят?
перелейте на рутуб
Здравствуйте!
Вы можете найти этот доклад на платформе VK Видео vk.com/video-796_456240487 🙂
Насчёт знаков зодиака вот не понял, нужно смотреть знаки зодиака - разрабов и девопсов ? Апликухи ? Тимлида ? )))