Контейнеры Orchestations и некоторые функции докера

Question

Я знакомлюсь с архитектурой и практиками для упаковки, создания и развертывания программного обеспечения или небольших частей программного обеспечения.

Если вдруг я смешиваю концепции с конкретными инструментами (иногда это неизбежно), дайте мне знатьесли я ошибаюсь, пожалуйста.

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

И у меня есть вопрос об организации служб в контексте докера:

• Контейнеры - это легкие и переносимые инкапсуляции среды, в которой у нас есть вседвоичные файлы и зависимости, которые нам нужны для запуска нашего приложения.ОК

• Я могу установить связь между контейнерами, используя ссылку на контейнер --link флаг.

Я могу заменить использование ссылок на контейнеры на docker-compose, чтобы автоматизировать рабочий процесс моих служб и запускать несколько контейнеров с использованием .yaml конфигураций файлов.

И я читаю о термине оркестровки Контейнеров, который определяет отношения между контейнерами, когда у нас есть отдельные «программные части», отделенные друг от друга, и как эти контейнеры взаимодействуют как система.

Что ж, я предполагаю, чтоЯ прочитал хорошую документацию: P

Мой вопрос:

Уровень докера, являются ли контейнерные ссылки и docker-compose способом оркестрации контейнера?

Или с докером, если я хочу сделать оркестровку контейнера ... я должен использовать docker-swarm?

Answer 1

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

Docker Compose - это упрощенный инструмент оркестровки, но я бы на самом деле отнес его к инструменту оркестровки.Он может запускать несколько контейнеров вместе;стека может перезапускать отдельные контейнеры, если их конфигурации меняются.Он довольно ориентирован на собственные возможности Docker.

Docker Swarm - это в основном просто способ соединить несколько физических хостов вместе таким образом, чтобы команды docker могли ориентировать их как подключенный кластер.Я, вероятно, не назвал бы эту возможность по своей собственной «оркестрации», но у нее действительно есть некоторая возможность «планирования» или «размещения» (Swarm, а не вы, решает, какие контейнеры будут выполняться на каких хостах).

Из других вещей, которые я мог бы назвать «оркестровочными» инструментами, я бы, вероятно, разделил их на два лагеря:

1. Универсальные инструменты автоматизации системы , которые происходят сесть некоторые возможности Docker.Например, вы можете использовать Ansible и Salt Stack для запуска контейнеров Docker, но вы также можете использовать эти инструменты для многих других целей.У них есть возможность сказать «запускать контейнер A в системе X и контейнер B в системе Y», но если вам нужна связь между хостами или другие тонкости, вам также нужно их настроить (возможно, с помощью того же инструмента).

2. Специализированные инструменты автоматизации Docker , такие как Docker Compose, Kubernetes и Nomad.У них, как правило, более полная история о том, как создать полный стек с кучей контейнеров, репликацией служб, непрерывными обновлениями и обнаружением служб, но в большинстве случаев вы не можете использовать их для управления задачами, которые еще не созданы.в Docker.

Некоторые другие функции, которые вы могли бы рассмотреть:

• Оркестровка : Как можно запустить несколько подключенных контейнеров все вместе?
• Сеть : Как один контейнер может взаимодействовать с другим внутри кластера?Как внешние абоненты подключаются к системе?
• Планирование : Какие контейнеры работают на какой системе в настройке с несколькими хостами?
• Обнаружение службы : Когда один контейнер хочет вызвать другой, как он узнает, кому позвонить?
• Плоскость управления : Как оператор, как вы делаете такие вещи, как изменение количества реплик некоторых конкретныхили вызвать обновление более нового образа для службы?