через Dockerfile можно собрать контейнер с какими-то дополнительными либами

ну или выполнить команды для окружения

ну вот я хочу собрать c xdebug

сделал docker файл

не пишу на php, точнее очень редко, что за xdebug? это какой-то сервис?

это расширение для php

а ну тогда RUN apt-get install xdebug - как-то так

Сделал Dockerfile и в docker-compose.yml прописал php: build: ./php7xdebug

docker-compose up php Результат 2_php_1 exited with code 0

docker logs php сделай

Error: No such container: php

Я конечно всё понимаю, но может стоило почитать хотя бы getting starting по инструменту который используешь?

А лучше давно заказал бы у кого этот контейнер за кружку или 2 пига.

get started заканчивается на то что nginx запустили

А лучше давно заказал бы у кого этот контейнер за кружку или 2 пига.

давай у тебя закажу

пиши в личку

посоны, а если я монтирую именованный volume на контейнер, то оно должно создавать local volume?

➜ scratch-docker git:(master) ✗ docker volume ls DRIVER VOLUME NAME local data ➜ scratch-docker git:(master) ✗ docker run -d --name mongo -v data:/data/db mongo 148301cd4138e255b9bd29e7b30e6c10f55255ad8a01770999565cf4540c9825 ➜ scratch-docker git:(master) ✗ docker volume ls DRIVER VOLUME NAME local 4368e5e1917f9d5222095837067f6f6715231aff0572df42d926a2abca1c4033 local data

это тралинг?

ну сделай inspect, посмотри что это

"Mounts": [ { "Name": "4368e5e1917f9d5222095837067f6f6715231aff0572df42d926a2abca1c4033", "Source": "/var/lib/docker/volumes/4368e5e1917f9d5222095837067f6f6715231aff0572df42d926a2abca1c4033/_data", "Destination": "/data/configdb", "Driver": "local", "Mode": "", "RW": true, "Propagation": "" }, { "Name": "data", "Source": "/var/lib/docker/volumes/data/_data", "Destination": "/data/db", "Driver": "local", "Mode": "z", "RW": true, "Propagation": "rprivate" } ],

походу это образ монго создает

https://github.com/docker-library/mongo/blob/1d405a9c3614bd26968b05f45e055599494a8385/3.2/Dockerfile#L60

Кто-то может настроить что бы xdebug в docker работал с phpstorm готов заплатить

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

А что именно интересует?

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

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

и точно, глядите, у них целый раздел по нетворкингу - https://docs.docker.com/v1.7/articles/networking/

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

кто-нибудь может рассказать, насколько технология созрела для промышленной эксплутации в среде OpenStack для SDN/NFV?

каким образом контейнерами можно массово управлять через Service/Resource Orchestrator какой-нибудь?

docker compose создан для того, чтобы много связанных между собой контейнеров поднимать. Технология созрела, openshift например уже вводит потихоньку (хостинг для контейнеров, получается)

docker compose позволяет описывать топологию/инфраструктуру какой-нибудь моделью?

по аналогии с yang для netconf например.

аналогия мне непонятна, но да, у docker compose есть свой файл, описывающий инфраструктуру. В нем описывается, что, как и в каком порядке запускать. Отдельные контейнеры по-прежнему задаются докерфайлами. https://docs.docker.com/compose/

ок. сетевую связность и service chaining описать в этих файлах можно?

и там описываются только характеристики приложения внутри контейнера?

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

о. это ж замурчательно.

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

какой-то существующий Service Orchestrator уже написали с API?

сварм!

делаешь сварм ноды

и управляешь через композ

ссылок!

можно сказать сколько тебе надо поднять нод по фильтрам и т/д/

ну докер сайт

ща дам ссылку на сварм кластер

https://docs.docker.com/swarm/install-manual/

это пример авс, но можно на чем угод

быстро прочёл. похоже, кластер для реализации "облака" с API наружу.

да, приятно.

https://docs.docker.com/swarm/swarm_at_scale/deploy-app/

вот прочитайте

это как деплоить с помощью композа

самый главный вопрос: стабильность, частота изменений подхода в продукте, когда ломается обратная совместимость? как часто выходят релизы или оно rolling release? какие вендоры прикрывают тылы docker? :)

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

Вообще можно инфраструктуру из контейнеров упаковать в контейнер

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

но вот консул надо сразу кластер подымать, 3 ноды минимум

он падучий мне показался

консул не рассматриваем, у нас свой Resource Orchestrator внутри уже готового MANO.

не так 2 раза выключил машину и все, менеджер не видит нод

вопрос именно к VNFM, и облаку, которое будет держать Value Added Services в виде VNF машин.

просто очень большой оверхед по ресурсам получается в случае большой цепочки VNF для Service Chaining при использования обычных VM (ESXi/KVM-based).

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

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

у нас жестокий мир SDN/NFV, где каждый кастомер хочет странного в зависимости от его ощущения рынка своей страны :)

поэтому могут быть совершенного разные сервисы в DC в облаке VAS'ов.

они некоторым образом выстроены в service chaining.

а кубернет?

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

не рассматривали?

обычно, одна сервисная функция за другой.

VAS == Value Added Services. по сути это VM с запущенными appliance'ами, что делают какие-нибудь DPI, Firewall, vPBX, и тому подобное.

про кубернет у меня был бы вопрос чуть позже :)

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

VNF - это виртуализованная сетевая функция, как раз.

VNFM - менеджер виртуализованных сетевых функций.

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

примерно.