только это всё управляется с помощью MANO.

но если упрощённо говорить - то да. сеть из нескольких сетевых функций на пути трафика.

что за МАНО?

гугл считает, что это индийский певец

https://www.sdxcentral.com/nfv/definitions/nfv-mano/ :)

и... как я понимаю, если отрубается одна из таких виртуалок, система продолжает работать без её функции?

вот не всегда.

для этого реализуются всякие HA/Failover схемы обычно.

м... Я бы поднял докерную инфраструктуру, один контейнер выделил в качестве передающего обработанный трафик от одной виртуалки к другой, и... всё. Главный контейнер шлёт пакеты VNF1, она отсылает ему обратно. Если все хорошо - ответ VNF1 этот контейнер передает на VNF2. Если ответ в течение определенного времени не пришел - VNF2 получает то же, что шло в VNF1

м... боюсь, что контролирующий кому куда какой трафик продукт уже есть в составе нашего vCPE решения.

жуть какая, как вы помните все эти аббревиатуры, не говоря уж о том, что то, что их обозначает, тоже у вас стоит и с ним надо работать. Такие сооружения... Это что-то государственного или космического масштаба?

:)

vCPE - virtualized customer premises equipment.

виртуализированная экипировка общаний клиента... Всё равно страшно

мир телекомов жесток, да.

https://en.wikipedia.org/wiki/Customer-premises_equipment

телекомы... Где-то в телеграме есть чат именно про телекомы, надо поискать

не надо. они там ничего не про SDN/NFV не знают.

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

не надо их беспокоить рассказами, как все эти инженеры будут не нужны лет через 5-7.

хорошо, самый высокоуровневый кусок вашей инфраструктуры - телеком. Это я хоть смогу нагуглить, что такое и с чем едят

а связность между контейнерами только как L3 или можно и как L2 описывать?

можно ли делать vlan'ы между контейнерами?

как контейнеры общаются с миром вокруг по сети, вообще?

Есть некий способ, позволяющий передать одному контейнеру ip другого. И общаются, как обычные компьютеры в сети

на youtube есть видео доклады про docker и сеть

ну... я знаю один :)

федеральный в рф.

к счастью, я покинул его застенки :)

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

а опенсорсных OSS я ни разу не видел вменяемых.

предвидя вопрос. OSS - Operation Support System.

ok. расскажите что-нибудь хорошее про "кубернет".

и чем оно отличается от swarm/compose, в частности?

kubernetes? Заменяет compose и... Он графический и красивый

Только про функционал ничего не могу сказать

http://kubernetes.io

тогда снова тот же вопрос. какой вендор поддерживает разработку: docker docker compose docker swarm kubernetes ?

хм. За kubernetes вижу Google.

видимо, да, за docker Red Hat будет.

значит, надо закапывать сразу же compose/swarm и брать kubernetes.

даже на современном уровне технологий "собрать свой телеком" означает сразу огромную трату CAPEX'а на инфраструктуру.

а потом ещё надо найти OPEX на заработную плату рабам и прочие операционные расходы по пути жизни телекома.

да и делать телеком для фиксы в России бессмысленно. в фиксе уже давно нет маржи и крайне низкий ARPU из-за битв маркетинга и здравого смысла.

ну и самый главный фактор - кто не успел на заре 2000-х сделать свой уютненький телеком или не успел продать телеком федералам до 2010-х годов - тот уже не выживет в борьбе с федералами.

глобализация съест всех и вся. в мобиле это отчётливо видно. какой-то совсем жестокий оффтоп, извините :)

очень осторожно про го)))

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

включая сам докер

кубернетес например тоже на го

полно приложений на го уже,

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

так-с. с SR-IOV печаль какая-то у docker :(

коллеги, спасибо за экскурс! будем думать над контейнерами вместо vm, видимо :)

Го норм язык. И начнем от самого гугла, тонны сервисов, которые половину бека на него вынесли, закончим числом открытых почти-prod-ready новых проектов, которые соорудила го-сообщество. Пс, на го не пишу и опыта прямого контакта с ним мало.

go хорош, у нас на нём целый новый продукт написан

ну и cli тулза тоже

Что за продукт?

JFrog Xray

Коллеги, приветствую. Подскажите такой момент. Как можно дернуть консольную утилиту из одного контейнера внутри другого контейнера. Есть два контейнера, в одном лежит приложение, в другом mysql. В приложении есть консольная команда, которая создает бекап базы данных через mysqldump. С хост машины это выглядит так docker-compose exec app /usr/bin/hub backup/dump. Внутри этой команды (внутри app контейнера) вызывается mysqldump. Проблема в том, что не хочется в контейнере приложения устанавливать mysql-client и вручную поддерживать его актуальность для оф образа mysql. Так вот, как дернуть mysqldump из app контейнера в mysql контейнере

Есть ли здесь люди, которые запускали кластер zookeeper внутри докера на разных хостах?

JFrog Xray

Парни очень хвалили его на недавнем DevOps-митапе в Badoo

фигасе

круто!

а можно запись, например, посмотреть?

Никто не снимал в кулуарах :)

а, я думал со сцены хвалили :)

Это не было со сцены, это было на кофе-брейках, что ещё более важно

на самом деле

понял-понял

все равно здорово

надо мне к вам на митап, конечно

https://github.com/ifokeev/docker-dumb-starter-kit посмотрите что сделал

кто там про сеть спрашивал https://www.youtube.com/watch?v=nXaF2d97JnE

Всем привет! Я Андрей, пишу, в основном, на питоне.

Это ты создатель python-mode?

ммм, да.

Вчера пробовал ставить python-mode — не заработало.

поставь себе jade, syntastic, autocompletion какой то там не помню и хорош

python-mode года 3 уже не поддерживается