В наших проектах мы часто используем docker-compose для развертывания наших контейнерных приложений. С CI и CD изменения кода и развертывания в настоящее время очень часты. Следовательно, важно убедиться, что docker-compose всегда использует самые последние образы приложений .
В этом уроке мы рассмотрим несколько вариантов достижения того же.
Возьмем простой пример файла docker-compose:
Когда мы запускаем Java в контейнере, мы можем захотеть настроить его, чтобы наилучшим образом использовать доступные ресурсы.
В этом руководстве мы увидим, как установить параметры JVM в контейнере, который запускает процесс Java. Хотя следующее относится к любому параметру JVM, мы сосредоточимся на общих флагах -Xmx и -Xms .
Мы также рассмотрим распространенные проблемы контейнеризации программ, работающих с определенными версиями Java, и способы установки флагов в некоторых популярных контейнеризованных Java-приложениях.
В общем, команда сборки Docker ограничивает источники файлов, которые мы можем использовать в наших образах Docker. Мы указываем контекст сборки, который является корнем, из которого должны быть найдены как Dockerfile , так и все его зависимые файлы.
Однако иногда нам может понадобиться использовать Dockerfile из одной части нашей файловой системы с файлами из другой.
В этом кратком руководстве мы рассмотрим несколько способов преодоления этого ограничения, а также их плюсы и минусы.
.Git — ведущая система контроля версий для разработки программного обеспечения. С другой стороны, Dockerfile содержит все команды для автоматического создания образа нашего приложения. Эти два продукта — идеальное сочетание для тех, кто хочет внедрить DevOps .
В этом руководстве мы рассмотрим несколько решений для объединения этих двух технологий. Мы подробно рассмотрим каждое решение и рассмотрим его плюсы и минусы.
Самое простое решение для постоянного доступа к репозиторию Git внутри Dockerfile — хранить Dockerfile непосредственно в репозитории Git:
В этой статье мы рассмотрим статический анализ исходного кода с помощью SonarQube — платформы с открытым исходным кодом для обеспечения качества кода.
Давайте начнем с основного вопроса — зачем вообще анализировать исходный код? Проще говоря, для обеспечения качества, надежности и ремонтопригодности в течение всего срока службы проекта; плохо написанная кодовая база всегда обходится дороже.
Хорошо, теперь давайте начнем, загрузив последнюю LTS-версию SonarQube со страницы загрузки и настроив наш локальный сервер, как описано в этом кратком руководстве .
Технология Server Push — часть HTTP/2 ( RFC 7540 ) — позволяет нам заранее отправлять ресурсы клиенту со стороны сервера. Это серьезное изменение по сравнению с HTTP/1.X, основанным на запросе.
Одна из новых функций, которые приносит Spring 5, — это поддержка push-уведомлений сервера, которая поставляется с Jakarta EE 8 Servlet 4.0 API. В этой статье мы рассмотрим, как использовать push-уведомление сервера и интегрировать его с контроллерами Spring MVC .
Давайте начнем с определения зависимостей, которые мы собираемся использовать:
В этой статье мы рассмотрим, как отключить и настроить страницу ошибок по умолчанию для приложения Spring Boot, поскольку правильная обработка ошибок свидетельствует о профессионализме и качественной работе.
Во-первых, давайте посмотрим, как мы можем полностью отключить страницу ошибки белой метки, установив для свойства server.error.whitelabel.enabled значение false:
server.error.whitelabel.enabled=false
Одним из наиболее значительных изменений парадигмы за последние несколько лет в отношении взаимодействия клиент/сервер стал GraphQL , язык запросов с открытым исходным кодом и среда выполнения для управления API. Мы можем использовать его для запроса точных данных, которые нам нужны, и, следовательно, ограничить количество необходимых нам запросов.
Netflix создал серверную структуру Domain Graph Service Framework (DGS), чтобы упростить задачу. В этом кратком руководстве мы рассмотрим ключевые функции DGS Framework. Мы увидим, как добавить этот фреймворк в наше приложение и проверим, как работают его основные аннотации. Чтобы узнать больше о самом GraphQL, ознакомьтесь с нашей статьей Introduction to GraphQL .
Netflix DGS (Domain Graph Service) — это серверная структура GraphQL, написанная на Kotlin и основанная на Spring Boot. Он спроектирован так, чтобы иметь минимальные внешние зависимости, помимо среды Spring.
GraphQL — это язык запросов и манипуляций для веб-API. Одной из библиотек, созданных для упрощения работы с GraphQL, является SPQR .
В этом руководстве мы изучим основы GraphQL SPQR и увидим его в действии в простом проекте Spring Boot.
GraphQL — это известный язык запросов, созданный Facebook. В основе лежат схемы — файлы, в которых мы определяем пользовательские типы и функции.
В этом руководстве мы хотим запустить приложение Spring Boot с популярной базой данных с открытым исходным кодом PostgreSQL. В предыдущей статье мы рассматривали Docker Compose для одновременной обработки нескольких контейнеров . Поэтому вместо того, чтобы устанавливать PostgreSQL как отдельное приложение, мы будем использовать Docker Compose для запуска Spring Boot и PostgreSQL .
Перейдем к Spring Initializer и создадим наш проект Spring Boot . Мы добавим модули PostgreSQL Driver и Spring Data JPA . После того, как мы загрузим полученный ZIP-файл и распакуем его в папку, мы можем запустить наше новое приложение:
./mvnw spring-boot:run