Нажмите "Enter" для перехода к содержанию

Пример проекта Java Backend DDD, микросервисы, Spring Cloud и AWS (Часть 2)

0

Устанавливаем дополнительные пакеты ядра для Docker контейнеров :

Перезагружаем машину и вводим следующую команду:

Также устанавливаем пакеты для работы по HTTPS:

Добавляем ключ репозитория:

Добавляем сам репозиторий Docker:

Еще раз обновляемся:

Добавляем локального пользователя в группу docker :

Перезагружаем машину и проверяем состояние установленного Docker:

Состояние активности Docker

Далее устанавливаем Docker Compose:

Даем права на исполнение файла:

Состояние активности Docker Compose

Пробуем создать и запустить контейнер

Наш проект Spring Boot из предыдущей статьи нужно упаковать в контейнер. В корневой папке проекта в терминале вводим следующую команду:

Создаем Dockerfile

В корневой папке проекта создаем Dockerfile со следующим кодом

В интегрированной среде STS 4, Dockerfile должен выглядеть так.

  • FROM adoptopenjdk/openjdk11:alpine-jre – з агружается образ Alpine Linux с версией openjdk 11.
  • ARG JAR_FILE=target/emc-0.0.1-SNAPSHOT.jar – и нструкция ARG создает переменную JAR_FILE, указывающую на местоположение jar-файла.
  • WORKDIR /opt/app – назначаем рабочую директорию.
  • COPY $ app.jar – скомпилированный jar файл emc-0.0.1-SNAPSHOT.jar копируется в рабочую директорию с новым именем app.jar.
  • ENTRYPOINT [“java”,”-jar”,”app.jar”] – из заданной рабочей директории запускается приложение app.jar.

Создаем Docker образ

Далее в корневой папке проекта запускаем следующую команду:

Запускаем контейнер Docker

В терминале, выполним команду run :

Результат команды run должен быть таким.

  • параметр -d означает запуск в фоновом режиме;
  • параметр -p 8080:8080 означает соответствие портов между локальной машиной (левый 8080) и контейнером (правый 8080);
  • параметр -t , задает имя образа (имя:версия).

Проверяем контейнер Docker

Запущенный контейнер можно проверить двумя способами:

1. через команду curl :.

Результат должен быть таким.

2. набрав в браузере адрес localhost:8080/hello .

Далее останавливаем запущенные контейнеры:

Контейнеры остановлены, образы присутствуют.

Не забываем зафиксировать изменения и отправить на GitHub

На локальной машине

В корневой папке текущего проекта выполняем последовательность git-команд. Проверяем состояние файлов и папок в нашем проекте:

При изменениях в файлах или папках, появится следующее.

Здесь наш новый Dockerfile не отслеживается.

Индексируем изменения командой add :

Еще раз проверяем состояние:

Измененный Dockerfile добавился в commit .

Выполним команду commit :

Вносим изменения в удаленный репозиторий командой push :

Конечный результат должен быть таким:

В репозитории GitHub

Идем на GitHub и проверяем присутствие файла Dockerfile :

С Docker и GitHub мы разобрались.

Используем Docker Hub

Если обратить внимание на код в Dockerfile , первая строка начинается так:

Здесь говорится о том, что образ (заготовка) adoptopenjdk/openjdk11:alpine-jre загрузится “откуда то”.

Эти “заготовки” готовых образов располагаются в реестре Docker Hub – в дальнейшем нам придется воспользоваться этим реестром.

Регистрация в Docker Hub

Для начала регистрируемся в Docker Hub, запоминаем Docker ID и пароль. На странице приветствия выбираем Create a Repository.

В окне создания нового репозитория вводим имя emc и видимость репозитория public .

На локальной машине

Переименуем локальный образ следующей командой:

Как пример. К имени образа emc:0.0.1 я добавил свой Docker ID через знак слеша, и у меня получилось так:

На локальной машине логинимся в Docker Hub со своим Docker ID:

Результат должен быть таким.

Забрасываем (push) локальный образ в Docker Hub в репозиторий emc :

В моем случае команда выглядит следующим образом:

Результат должен быть таким.

Идем в Docker Hub и убеждаемся в результате:

С Docker Hub тоже разобрались. Этот образ нам понадобится, когда будем настраивать AWS.

Мы будем использовать AWS ECS Fargate. С регистрацией в AWS проблем не должно возникнуть: чтобы использовать Free версию, достаточно представить Visa карту с $1 на счету. В процессе работы с AWS вы можете использовать AWS CLI на локальной машине или AWS Management Console непосредственно на сайте AWS. Для большей наглядности начнем с AWS Management Console.

Работаем с AWS Management Console и настраиваем кластер под Fargate

В AWS Management Console, выберите Elastic Container Service (ECS):

Выберите опцию Clusters:

Если вы еще не создавали кластеры, окно должно выглядеть так.

Выберите Create Cluster, опцию Networking only и нажмите кнопку Next step.

Задайте имя кластера (я назвал свой AWS-Fargate-Claster ) и отметьте опцию CloudWatch Container Insights. Нажмите на кнопку Create.

Кластер должен выглядеть так.

Создаем Task Definitions

В окне Task Definitions выберите Create new Task Definition:

На первом шаге выберите тип запуска Fargate и нажмите на кнопку Next step:

Далее задайте имя задачи (в нашем случае – emc), выберите task role (ecsTaskExecutionRole), в Task memory выберите 0,5GB, а в опции Task CPU (vCPU) – 0,25 vCPU, затем нажмите на кнопку Add container:

Окно Add container состоит из двух разделов: Standard и Advanced container configuration .

Заносим данные в разделе Standard. В Container name я задал имя emc , в поле Image – barust67/emc:0.0.1 , в поле Port mappings – 8080 . В конце нужно нажать на кнопку Add.

Мы добавили контейнер.

Для завершения в самом низу окна второго шага нажмите кнопку Create. В результате должно появиться такое окно:

Задачу мы определили и окно Task Definitions должно выглядеть так.

Возвращаемся в раздел Clusters и заходим в наш кластер AWS-Fargate-Cluster.

Создаем сервис для кластера AWS-Fargate-Cluster

Создаем новый сервис для нашего кластера, нажав на кнопку Create:

Создание сервиса состоит из четырех шагов. На первом выбираем Launch type – Fargate, Task Definition определяем как – emc, в Service name задаем имя – emc-service, Number of tasks определяем как – 1.

Нажимаем кнопку Next step.

Выберите Cluster VPS – здесь по умолчанию, выберите Subnets (любой) и далее в опции Security groups нажмите на кнопку Edit

Так как в проекте мы определили порт TCP 8080, необходимо открыть в нашем сервисе этот порт. В окне Configure security groups нажмите на кнопку Add rule, в добавленной строке поменяйте тип на Custom TCP, пропишите порт 8080 и нажмите на кнопку Save

Оставляя другие опции по умолчанию, нажимаем на кнопку Next step и переходим к третьему шагу. Здесь оставляем все как есть, нажимаем на кнопку Next step и переходим к четвертому шагу.

Нажмите на кнопку Create service и завершите создание сервиса. Если немного подождать, в появившемся окне данные должны быть примерно такими:

Далее нажимаем на кнопку View service и просматриваем наш сервис. В категории Tasks выбираем нашу задачу

В окне задачи убеждаемся, что это наша задача и запоминаем Public IP. В вашем случае, IP будет другим

В адресной строке браузера вводим http://3.21.190.246:8080/hello , где вместо localhost мы прописали IP задачи на AWS.

Наше приложение запущено в облаке AWS. Можно налить чашку кофе и наслаждаться работой своего «Hello World!» в облаке Amazon.

Резюме

Мы завершили рассмотрение Docker, настроили Docker Hub для проекта и смогли развернуть его на AWS ECS Fargate.

В следующей статье мы перейдем ко второму этапу цикла по DDD, Microservices, Spring Cloud и AWS: подробнее рассмотрим подход DDD (Domain Driven Design) и сделаем наброски будущей модели проекта.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *