Архитектура (оркестрация?) сервисов в Docker — как правильно?

Question

[Василий Назаров]

Есть классическая компоновка сервисов в docker-compose:

3 сервиса:
- load-balancer
- app
- db

И вот в какой-то момент мне нужно несколько инстансов app-а.

Скопипастить в docker-compose
- app
на
- app01
...
- appXY
явно что-то не то, чего хотелось бы

А как правильно?

Причём, потенциально, новые app-ы могут быть в другом дата-центре (наверное, это вопрос "со звёздочкой).

Вопрос не в том, как это непременно сделать круто/автоматом.
Каждый сервис я могу поднимать и "руками", если есть простое решения для "руками".

PS. k8s не предлагайте (в поиске более простых способов).

Answer 1

[Дмитрий]

Если сервисы однотипные -
docker-compose up --scale service-name=2
если мы размазываем стэк между раздными докер-хостами к тому же, но не хотим k8s - ну, Docker Swarm

Comments

[Василий Назаров]

Дмитрий
да, --scale выглядит, как то, что надо, спасибо!
а есть финт, чтобы load-balancer на такие хосты мог раскидывать, не прописывая их явно в конфиге?
load-balancer - банальный nginx

[Дмитрий]

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

[Василий Назаров]

Тема не настолько срочная, чтобы мучиться с мобилы :)
Опять спасибо.

Answer 2

[Saboteur]

балансеров может быть больше, чем один.
Глобальный балансер - раскидывает по датацентрам, более мелкий - по инстансам внутри датацентра.

В случае кубера - внешний балансер раскидывает по кластерам, внутренний сервис внутри кластера - уже по подам

Comments

[Василий Назаров]

> балансеров может быть больше, чем один
может, но не нужет

вопрос про то, как максимально удобно поднимать несколько app при одном LB

[Saboteur]

Василий Назаров, Один балансер, который контролирует все в разных датацентрах - вот это не нужет.