Рустам Курамшин - Правильный DevOps для Spring Boot и Java
Vložit
- čas přidán 11. 06. 2024
- Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Ypf1HW
- -
Доклад о лучших практиках в построении DevOps-процессов для проектов, написанных на Spring Framework и Java/Kotlin. Бывает так, что разработчики не интересуются DevOps-процессами, а DevOps-инженеры не знакомы с традиционными подходами конкретного фреймворка и языка. Будет интересно как Java-разработчикам, так и инженерам по эксплуатации Java-сервисов.
Скачать презентацию с сайта JPoint - jrg.su/GqjWxu - Věda a technologie
ппц как буду ждать второй доклад
Рустам, спасибо!! Было бы здорово увидеть материал, не вошедший в доклад)
понравилось. всё по делу. кратко и четко. и главное ПОЛЕЗНО
У Рустама отличные лекции
Спасибо за крутой материал! Взял на заметку идею оптимизации образа с помощью слоев, которые предоставляет спринг.
32:00 Про liquibase не убедительные примеры вначале. Всё-таки это версионирование БД, а не инструмент запустить какой-то в моменте нужный sql. Если это справочник, то он должен стоять за api для того, кто этим справочником распоряжается.
Программный комитет удаляет комментарии с конструктивной критикой, как же это низко
1. Если конфиг действительно может быть мало связан с релизом, то зачем нам новая верстя DB, без новой версии кода, эти изменения использующих? (за редким исключением).
2. Более сложная проблема - откат изменений в DB при откате релиза совсем не поднята.
3. Продакшин-Конфиг и общем репозитории/общем сервисе?! Далеко не всегда это возможно!
Супер информативно, спасибо большое!!!
Спасибо за доклад!
Докладчик немного газлайтит насчет «нового релиза». Мы просто поправили конфиг, мы просто накатили патч на базу. Разве это новые релизы, вопрошает он? 🤣
"А зачем мне делать релиз, если я просто хотел катануть изменения в БД"
config server - это хорошо, но далеко не всегда все микросервисы нуждаются в одной настройке, которую можно вынести на root level, и из-за этого код либо все равно дублируется либо в каком-то сервисе появятся не используемые проперти. Мы тоже используем эту фичу, но пошли немного дальше и добавили profiles. К примеру, при добавлении профиля kafka подключается application-kafka.yml, а для БД application-db.yml, итд.
Аймэдж, как айфон что ли? А ю сириес? Образ (имадж) уже не подходят?
Насчёт знаков зодиака вот не понял, нужно смотреть знаки зодиака - разрабов и девопсов ? Апликухи ? Тимлида ? )))