/javatech-docker

Primary LanguageJava

Лабораторная по теме Docker

В данном репозитории представлен макет приложения с трехуровневой архитектурой. Каждый уровень (сервис) вынесен отдельный подкаталог.

В реальном мире сервисы работают на разных серверах и ими занимаются разные команды. При этом, для удобства разработки, они упакованы в контейнеры, чтобы можно было все запустить локально и отладить. Также в корне репозитория лежат скрипты для сборки, запуска и остановки контейнеров.

Текущее взаимодействие показано на рисунке черными стрелками.

Схема сервисов

У текущей схемы есть проблемы

  • сервису фронтенда приходится брать на себя проксирование запросов к апи.
  • сервис бэкенда может работать только в одном экземпляре, так как текущее проксирование фронтендом не подразумевает балансировки нагрузки

Задача - настроить в макете обратный прокси с балансировкой нагрузки и запустить как минимум 2 копии бэкенда.

Примечание: здесь мы для наглядности используем не встроенный в docker-compose механизм масштабирования, а просто запуск двух одинаковых контейнеров.

Решение:

  1. Изучите docker-compose.yml. Что делает каждая из директив? Чем отличаются 3 варианта использования volumes?

  2. Изучите Dockerfile в каждом из сервисов. Что делает каждая из директив? Что означает повторение директивы FROM? Чем RUN отличается от CMD?

  3. Изучите скрипты сборки, запуска и остановки. За что отвечает каждый из параметров команды docker-compose?

  4. Запустите все контейнеры и убедитесь что приложение работает. Выведите на экран логи каждого контейнера.

    Для проверки работы вам нужно обратиться к сервису frontend, он доступен по ссылке http://localhost:22002/

    Обратите внимание на строку Backend-Container которая показывает какой контейнер обслуживает API. Сейчас она не меняется при перезагрузке страницы, потому что сервис один.

    Обратите внимание на строки Frontend-Proxy: None - запросы в фронтенд не проксируются, Backend-Proxy: Node.js - запросы в бэкенд проксируются через фронтенд.

    Также для проверки работы отдельно бэкенда можно обратиться по урлу http://localhost:22003/api/info

    Тут можно увидеть что в строке Backend-Container всегда значение backend1 из конфига.

    Для проверки работы отдельно базы данных можно подключиться утилитой pgadmin по адресу localhost:22001

  5. Напишите Dockerfile для сервиса nginx. Добавьте сервис в docker-compose.yml.

    Конфигурация для nginx уже написана, достаточно собрать файлы в контейнер.

    При добавлении контейнера примонтируйте файл nginx-data/upstreams.conf рядом с default.conf. В нем содержатся ссылки на серверы для проксирования и настройки балансировки.

  6. Запустите сервис nginx. Проверьте что он отвечает по ссылке http://localhost:22000/

    Обратите внимание, что строки Frontend-Proxy и Backend-Proxy изменились. Какие стрелки на схеме теперь работают, а какие нет?

  7. Добавьте сервис backend2 в docker-compose.yml. Запустите его.

    Проверьте его работу по урлу http://localhost:22004/api/info

    Тут можно увидеть что в строке Backend-Container всегда значение backend2 из конфига.

  8. Настройте балансировку в конфиге upstreams.conf и перезапустите контейнер nginx.

    Проверьте что он отвечает по ссылке http://localhost:22000/

    Если все сделано правильно, то теперь при перезагрузке страницы меняется значение в строке Backend-Container. Это означает, что попеременно используются контейнеры backend1 и backend2.