Правильный DevOps для Spring Boot и Java. Что нужно знать про Docker, Kubernetes и Liquibase.

• Артем, джава бэк-энд разработчик, и Рустам, техлит Газпрома, приветствуют зрителей.  

• Рустам подготовил доклад на тему правильного DevOps.  

• Напоминание о QR-коде для обратной связи и канале в Telegram для вопросов.  

• Рустам объясняет, почему выбрал тему DevOps.  

• Обсуждение актуальности темы и проблем, связанных с эксплуатацией Spring Boot приложений.  

• Пример из практики: управление настройками Spring Boot на продакшн кластере.  

• Написание Dockerfile для нового сервиса.  

• Цель: минимизировать оверхеды при эксплуатации приложения.  

• Рекомендация использовать официальную документацию для решения задач.  

• Напоминание о QR-коде и дискуссионной зоне.  

• Рустам передает слово для начала доклада.  

• Разработчики и DevOps тянутся друг к другу, но не могут дотянуться.  

• Проблемы между Java-файлами и Kubernetes.  

• Необходимость улучшения процессов и коллаборации между разработчиками и DevOps.  

• Рустам рассказывает о своем опыте и интересах.  

• Основные темы доклада: Dockerfile, управление Spring Boot application properties, миграция Liquibase.  

• Практические примеры и использование кода из GitHub.  

• Проблемы копирования Java-файлов в Dockerfile.  

• Процесс сборки Dockerimage и кэширование слоев.  

• Оптимизация сборки и использование дискового пространства.  

• Важность кэширования для уменьшения времени сборки.  

• Влияние кэширования на производительность и использование дискового пространства.  

• Специальные механизмы в Spring Boot для оптимизации сборки.  

• Часто изменяемые классы должны быть на верхних слоях.  

• Редко изменяемые классы, такие как библиотеки, должны быть ниже.  

• В JAR-архиве есть файл layer.xml, который определяет, какие каталоги использовать при сборке образа.  

• Spring Boot использует layer.xml для структурированного распределения классов.  

• Можно редактировать layer.xml для переопределения поведения.  

• Классы приложения попадают в папку application, а зависимости — в зависимости.  

• Рекомендуется собирать Spring Boot приложения внутри контейнера.  

• Распаковка JAR-архива с помощью команды jmod и ключа extract.  

• Разделение классов на слои в зависимости от частоты изменений.  

• Изменения в классах контроллера остаются на верхних слоях.  

• Неизменяемые классы остаются на нижних слоях, что позволяет переиспользовать их.  

• Оптимизация использования дискового пространства и скорости сети.  

• Spring Boot Maven и Gradle плагины позволяют собирать JAR-архивы в пайплайнах.  

• Использование инструментов, таких как CloudNetty и Buildpack, для создания Docker-образов.  

• Buildpack поддерживает Java, JavaScript и Python.  

• Изменение настроек Spring на производстве может быть сложным процессом.  

• Spring позволяет изменять настройки через переменные среды и аргументы командной строки.  

• Использование папки config для поиска новых свойств без выпуска нового релиза.  

• Конфигурация в Kubernetes позволяет монтировать файлы в контейнер с сервисом.  

• Конфигурация используется для настройки приложений, аналогично Anteide.  

• Для использования конфигурации в Kubernetes создается новый volume.  

• Возможность редактирования конфигурации без выпуска нового релиза.  

• Перезагрузка подов в Kubernetes после редактирования конфигурации.  

• Упрощение процесса настройки приложений.  

• Spring Cloud Config позволяет распределять конфигурации по сети.  

• Поддерживает динамическое изменение конфигураций без перезапуска приложения.  

• Возможность использования с различными генеративными средами разработки.  

• Динамическое изменение конфигураций может быть опасным.  

• Конфиг-сервер позволяет хранить конфигурации в Git репозитории.  

• Возможность объединения GitOps и динамического изменения конфигураций.  

• Возможность создания каталогов для разных сред эксплуатации.  

• Использование наследования для управления конфигурациями.  

• Упрощение процесса внесения изменений в конфигурации.  

• Миграции могут тормозить релизы и требуют ручного управления.  

• Использование Liquibase для управления миграциями.  

• Проблемы с уникальными индексами и их влияние на производительность.  

• Возможность автоматизации миграций через Gitlab CI/CD.  

• Разделение использования миграций и релизов сервисов.  

• Хранение конфигураций в Gitlab для упрощения управления.  

• Добавление плагина Liquid Base в проект.  

• Переменные и кредиты из Vault выставляются через окружение.  

• Запуск Liquid Base аналогичен запуску Spring Boot приложения.  

• Подключение плагина Liquid Base и настройка конфигурации.  

• Использование Liquid Base с Maven и Gradle.  

• Создание нового стейджа в пайплайне для миграций.  

• Команды Liquid Base Status и Liquid Base Update.  

• Применение миграций и проверка их работоспособности.  

• Создание кастомных стейджей для миграций.  

• Возможность фиксации изменений без релиза.  

• Простота использования и гибкость.  

• Рекомендации по использованию Liquid Base.  

• Важность понимания DevOps процессов.  

• Коллаборация между разработчиками и DevOps.  

• Рекомендации по сбору метрик и работе с логами.  

• Вопросы о Docker и оптимизации сборки.  

• Вопросы о Spring Cloud Config и Flyway.  

• Вопросы о разделении задач и использовании Liquid Base.  

• Напоминание о QR-коде и фидбеке.  

• Приглашение в дискуссионную зону для обсуждения оставшихся вопросов.