если верить документации, то линк работает только между контейнерами в рамках одного хоста. Еще есть вариант когда в связанных контейнерах выставляются нужные ENV переменные.
А я говорю о другом, когда хостов несколько. Плюс когда нужно перемещать конейнеры из одной сложной среды в другую сложную среду. И тут уже непонятно, зачем нужен докер.
Из того что я узнал я сделал вывод, что докеру явно не хватает возможностей по конфигурации профилей «из коробки». Приходится использовать внешний инструмент для конфигураций, но тогда в облачной среде выгоды от использования докера нет. Тот же puppet позволяет накатить любую конфигурацию на шаблонный инстанс по иерархии роль_сервера/fqdn.
А вот для работы внутри отдела разработки штука стоящая и я пожалуй буду ее внедрять.
Кстати вариант, но я бы еще посмотрел в сторону Promox API + Puppet. С докером (если я правильно понимаю) начнется развесистая конфигурация сети, например, если вдруг окажется, что разные части HA находятся на разных хостах. Да и вопрос конфигурации сервисов докер не отменяет, опять же придется использовать какой-нибудь инструмент. Но тогда появится вопрос, зачем в этом всем нужен докер.
Можно назвать это разграничением ресурсов, если хотите. Но я простоты не вижу. Сейчас любой более-менее продвинутый облачный хостер позволяет через api создавать инстансы, в которые можно разворачивать образы, которые могут отлично конфигурировать себя через puppet.
И на мой взгляд такая схема проще. Хотя, пойду еще почитаю.
Допустим, у меня есть DB которая работает на отдельном хосте и есть несколько приложений, которые работают с этой DB. Как мне мигрировать все это на компьютер разработчика и обратно?
Чем больше читаю документацию к Docker, тем меньше понимаю смысл его использования. Чуть упрощая с софтом мы получаем проблемы со сложной конфигурацией и работой на разных хостах.
У кого есть опыт работы со сложными конфигурациями, пожалуйста, поделитесь им?
А я говорю о другом, когда хостов несколько. Плюс когда нужно перемещать конейнеры из одной сложной среды в другую сложную среду. И тут уже непонятно, зачем нужен докер.
А вот для работы внутри отдела разработки штука стоящая и я пожалуй буду ее внедрять.
И на мой взгляд такая схема проще. Хотя, пойду еще почитаю.
А вот упрощается ли задача мониторинга нескольких контейнеров на одном виртуальном хосте? Не думаю.
Мне кажется, первый вариант проще. Меньше прослоек, меньше глюков.
Чем больше читаю документацию к Docker, тем меньше понимаю смысл его использования. Чуть упрощая с софтом мы получаем проблемы со сложной конфигурацией и работой на разных хостах.
У кого есть опыт работы со сложными конфигурациями, пожалуйста, поделитесь им?
Лично для себя я выяснил, что WP не так уж и шустр, как травят байки. По крайней мене 920-я