Благодаря контейнерной «революции» приложения выросли гораздо больше, чем просто база данных и интерфейс. Приложения разделены на различные микросервисы и обычно обмениваются данными друг с другом через REST API (обычно полезные данные в формате JSON по HTTP). Контейнеры Docker идеально подходят для такой архитектуры. Вы можете упаковать «микросервис» своего внешнего интерфейса в контейнер Docker, база данных перейдет в другой и так далее и тому подобное. Каждая служба взаимодействует с другой через заранее определенный REST API, а не является монолитом, написанным как единое программное обеспечение.
Если вам нужно реализовать новую функциональность или функцию, например, механизм аналитики, вы можете просто написать для этого новый микросервис, и он будет потреблять данные через REST API, предоставляемый различными микросервисами вашего веб-приложения. И по мере роста вашей функциональности со временем будет расти и этот список микросервисов.
Вы же не хотите развертывать каждый отдельный контейнер, настраивать его, а затем настраивать все остальное для взаимодействия с ним. Даже с тремя контейнерами это станет утомительно. Docker-Compose позволяет автоматизировать развертывание нескольких контейнеров.
Docker-Compose - один из простейших инструментов, который помогает преобразовать абстрактную идею микросервисов в функциональный набор контейнера Docker.
Распределенные системы
Теперь, когда мы разделили открытое веб-приложение на несколько контейнеров, нет смысла хранить их все на одном сервере (что еще хуже, на одной виртуальной машине!), Где в игру вступают такие службы, как Docker Swarm и Kubernetes.
Docker Swarm позволяет запускать несколько реплик вашего приложения на нескольких серверах. Если ваш микросервис написан таким образом, что его можно масштабировать «по горизонтали», вы можете использовать Docker Swarm для развертывания своего веб-приложения в нескольких центрах обработки данных и нескольких регионах. Это обеспечивает устойчивость к сбоям в одном или нескольких центрах обработки данных или сетевых соединениях. Обычно это делается с помощью подкоманды в Docker, то есть Docker Stack.
В Докер стек подкоманда во многом похожа на команду Docker-Compose, и это может привести к неправильным представлениям у кого-то, кто использует любую из технологий.
Источник путаницы
С точки зрения использования и рабочего процесса обе технологии работают очень похоже друг на друга, и это вызывает путаницу. Способ развертывания приложения с помощью Docker Swarm или Docker-Compose очень похож. Вы определяете свое приложение в файле YAML, этот файл будет содержать имя образа, конфигурацию для каждого образа, а также масштаб (количество реплик), которому каждая микрослужба должна будет соответствовать при развертывании.
Разница в основном заключается в бэкэнде, где docker-compose развертывает контейнер на одном хосте Docker, а Docker Swarm развертывает его на нескольких узлах. Грубо говоря, он все еще может делать большинство вещей, которые может делать docker-compose, но он масштабирует его на несколько хостов Docker.
Сходства
И Docker Swarm, и Docker-Compose имеют следующие сходства:
- Оба они принимают определения стека вашего приложения в формате YAML.
- Оба они предназначены для работы с многоконтейнерными приложениями (микросервисами).
- У них обоих есть параметр масштабирования, который позволяет запускать несколько контейнеров одного и того же изображения, позволяя вашему микросервису масштабироваться по горизонтали.
- Оба они обслуживаются одной и той же компанией, то есть Docker, Inc.
Отличия
Несколько отличий между Docker Swarm и Docker-Compose:
- Docker Swarm используется для масштабирования вашего веб-приложения на одном или нескольких серверах. Где как Docker-compose просто запустит ваше веб-приложение на одном хосте Docker.
- Масштабирование вашего веб-приложения Docker Swarm обеспечивает высокую доступность и отказоустойчивость. Масштабирование вашего веб-приложения с помощью Docker-Compose на одном хосте полезно только для тестирования и разработки.
- Docker Swarm и связанные с ним подкоманды, такие как Docker Swarm и Docker Stack, встроены в сам Docker CLI. Все они являются частью двоичного файла Docker, который вы вызываете через свой терминал. Docker-Compose сам по себе является автономным двоичным файлом.
Пример использования Docker-Compose
Как описано выше, это совершенно разные инструменты, и каждый решает совершенно разные проблемы, поэтому не похоже, что один является альтернативой другому. Однако, чтобы новички понять, о чем я говорю, вот пример использования Docker Compose.
Предположим, вы хотите самостоятельно разместить блог WordPress на одном сервере. Настроить или поддерживать его вручную не нужно, поэтому вместо этого вы должны установить Docker и Docker-compose на свой VPS, создать простой файл YAML, определяющий все различные аспекты вашего стека WordPress, как показано ниже: :
Примечание. Если вы используете нижеприведенное для развертывания сайта WordPress, пожалуйста, измените все пароли на что-нибудь безопасное. Еще лучше использовать Docker Secrets для хранения конфиденциальных данных, таких как пароли, вместо того, чтобы хранить их в виде простого текстового файла.
версия:'3'Сервисы:
db:
изображение: mysql:5,7
объемы:
- db_data:/куда/lib/MySQL
перезапуск: всегда
среда:
MYSQL_ROOT_PASSWORD: somewordpress
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD: wordpress
wordpress:
зависит от:
- дб
изображение: wordpress: последний
порты:
-'8000: 80'
перезапуск: всегда
среда:
WORDPRESS_DB_HOST: db:3306
WORDPRESS_DB_USER: wordpress
WORDPRESS_DB_PASSWORD: wordpressPassword
WORDPRESS_DB_NAME: wordpress
объемы:
db_data:{}
После создания файла и установки Docker и Docker-compose все, что вам нужно сделать, это запустить:
$докер-сочинять-dИ ваш сайт будет работать. Если есть обновление, запустите:
$докер-компоновкаЗатем выбросьте старые образы Docker и запустите команду docker-compose up -d, и новые образы будут автоматически загружены. Поскольку у вас есть постоянные данные, хранящиеся в томе Docker, содержимое вашего веб-сайта не будет потеряно.
Когда использовать Docker Swarm
В то время как Docker-compose - это скорее инструмент автоматизации, Docker Swarm предназначен для более требовательных приложений. Веб-приложения с сотнями или тысячами пользователей или рабочей нагрузкой, которые необходимо масштабировать параллельно. Компании с большой пользовательской базой и строгими требованиями SLA хотели бы использовать распределенную систему, такую как Docker Swarm. Если ваше приложение работает на нескольких серверах и нескольких центрах обработки данных, то вероятность простоя из-за поврежденного постоянного тока или сетевого канала значительно снижается.
Тем не менее, я не решаюсь рекомендовать Docker Swarm для производственных сценариев использования, потому что конкурирующие технологии, такие как Kubernetes, возможно, более подходят для этой задачи. Kubernetes изначально поддерживается многими облачными провайдерами и довольно хорошо работает с контейнерами Docker, поэтому вам даже не нужно перестраивать приложение, чтобы воспользоваться преимуществами Kubernetes.
Заключение
Я надеюсь, что эта бессвязная беседа о Docker и его сателлитных проектах была информативной, и вы лучше подготовлены к экосистеме докеров.