Ну и зря, почти прекрасно работает же )

ну стало лучше, да

Ну и зря, почти прекрасно работает же )

Когда среда одна (например Node.js последний), БД и внешние сервисы подняты на dev-окружении удалённом, надобность в этом стремится к нулю. :)

кто работал с docker swarm? как-то эта балалайка плохо работает

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

недавно нашли кучу процессов, которые висят в памяти безконтрольно

это так и есть или это мы одни такие?

С ним много проблем как я слышал. Мы в итоге на Kubernetes перешли для сотен контейнеров

Хорошо подходит

а в сварме есть днс? и лоад балансинг?

и dns и балансинг

По сути они как альтернатива Kubernetes с Ingress и KubeDNS

просто это не то чтобы прямо необходимые вещи

Swarm - это другой рынок, это уже менеджмент микросервисов

и оне необходим при росте, помнишь, о чём я рассказывал на последнем Node.js Meetup?) Scale Cube и пр

3 среды (dev, stage, master) x 6 типов сервисов х 6 экземпляров = 108 контейнеров

у нас на деве по несколько контейнеров на ветку будет

а веток в работе может быть десятки

Вот это всё @kubernetes_ru как раз решает за счёт деления на функциональные типы, labels, namespace и т.д.

так что да

Да, у вас тогда ещё жестче

для это есть всякий weave, и т д

Поэтому Слав я бы рекомендовал сильный vendor-lockin с Docker не делать)

для это есть всякий weave, и т д

weave для балансировки по сети :) если ты про Weave Net

сейчас пробуем поднять kubernates

Он скорее альтернатива CoreOS

попробуйте номад?

А разве его не прекратили поддерживать? :)

но там конечно нет днс и сети

или какой проект они закрыли недавно?

отто

есть один вопрос, который я пока не понимаю, как это все соеденить с microsoft стеком

на винде?)

у нас половина бекенда на c#

он на винде?

да, винда, iis, все это

уф

Владимир, #whois работает в Microsoft архитектором облачных решений, могу рассказать и показать как docker, mesos, marathon и DC/OS запускать в облаке в виде сервиса по запросу

Владимир, ваш выход

нужен свой сервис дискавери, consul или что то аналогичное

консул на винде работает, но это должна быть единая сеть между контейнерами и виндой, что не очень практично

ну она в любом случае должна быть, если они планируют разговаривать)

я имею ввиду общая :)

Можно посмотреть в сторону DC/OS

Azure

ну а как еще?

так то и руками можно пару портов открыть :)

iis явно будет стоять в сторонке как и стоит

и роутить все через единую точку, но это совсем не айс

почему через одну?

обращается напрямую

или через несколько прокси

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

в идеали прокси должен стоят на том де узле, с которого идет трафик

все сложна работа - на service discovery

это можно, но он все равно будет работать не с контейнерами в кластере, а с самим кластером

нет, почему

именно с контейнерами

как открывать эти контейнеры для этого прокси?

порты? vpn?

они регистрируются в консуле

ну сеть нужна, естетсвенно

можно vpn

я об этом и говорю, что нужна общая сеть, что добавляет других проблем

а как без общей сети?) через астрал?

через дырки :) например порт открыть внутрь кластера

в swarm ты маппишь кучу контейнеров на один публичный порт

ну сеть то все равно есть

это просто перенаправление трафика

по сути прокси

по сути да

Не. Я же сказал и про гипервизор тоже

Сорри, упустил

@vslinko а у тебя версия докера какая? И какой сварм?

у нас половина бекенда на c#

.net core ваше решение)

Здрасти

@vslinko а у тебя версия докера какая? И какой сварм?

1.12

ой печаль то какая. я думал там поправили

что именно поправили?

ну у нас 1.11 со standalone swarm ну в нем полно проблем

да, видимо пока рано

а у тебя какой сварм?

standalone или swarm mode?