Какой кейс? Может вам что то другое требуется

кейс простой, поднимаю mtproto, а на дедике два айпи

А а доке мтпрото что

на этот счет ничего

Всем привет! Вопрос на миллион, есть машина с двумя айпи, как заставить композ прилинковаться к конкретному внешнему айпи?

в секции ports указать конкретный айпи

в секции ports указать конкретный айпи

о, спасибо! ??

Вот думаю, оборачивать деплой контейнера в Ansible и публиковать ее это на сколько удобно для использования другими людьми потом?

Настолько, насколько удобен ансибл

Настолько, насколько удобен ансибл

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

(чтоб добраться до самого деплоя контейнеров)

Ну я тоже ансиблом деплою контейнеры. Мне удобно

И контейнер тоже ансиблом собираю. Через packer

И контейнер тоже ансиблом собираю. Через packer

В чём преимущества, по сравнению с базовой Dockerfile-схемой?

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

Ecs cluster

Ecs cluster

а для stateful?

типа, деплой kafka, деплой openvpn

Без разницы

Там просто реджистри нужен

Там просто реджистри нужен

Как на ecs узнать имя хоста из контейнера?

Как на ECS узнать имя доступных сетевых интерфейсов?

Так же как и везде, под капотом ес2, если это не фаргейт

Ну как везде, через Ansible я знаю имя хоста заранее

Через ECS придется делать /etc/hostname volume или типа того

В чём преимущества, по сравнению с базовой Dockerfile-схемой?

Мне просто так удобней. Ну и переиспользовать код можно , как побочный эффект

а с persistent данными на EBS, придется переключаться в модель docker driver, как я понимаю

Ну я тоже ансиблом деплою контейнеры. Мне удобно

Стандартным модулем? я на одном проекте юзал docker-stack который еще не смержили, неплохо работает на swarm

Мне просто так удобней. Ну и переиспользовать код можно , как побочный эффект

Этот "побочный эффект" может быть очень сильным преимуществом для внедрения типовых решений)

Здравствуйте. А не подскажете, как можно подключиться к MySQL в докере, с помощью питон-скрипта?

Здравствуйте. А не подскажете, как можно подключиться к MySQL в докере, с помощью питон-скрипта?

1. засунуть скрипт в контейнер ( COPY или через Volume), 2. удостовериться что mysql контейнер запущен 3. подключиться по имени контейнера

это в 3х словах

Стандартным модулем? я на одном проекте юзал docker-stack который еще не смержили, неплохо работает на swarm

docker-container, вот этим

1. засунуть скрипт в контейнер ( COPY или через Volume), 2. удостовериться что mysql контейнер запущен 3. подключиться по имени контейнера

А не засовывая скрипт в контейнер - нельзя?

А не засовывая скрипт в контейнер - нельзя?

volume

volume

А можно чуть-чуть подробнее? У меня есть volume для mysql, где он хранит данные. Это имеется ввиду?

docker-container, вот этим

Как бы ты назвал репозиторий на гитхабе ?)

А можно чуть-чуть подробнее? У меня есть volume для mysql, где он хранит данные. Это имеется ввиду?

а... ты хочешь запускать скрипт на хосте. ок. тогда тебе нужно сделать expose port из mysql и подключиться к нему по localhost:3306

вопрос такой, есть ли видимые минусы сразу создавать docker swarm mode даже если один хост?

я думаю, почему бы не делать manager node и деплоить так, а потом иметь возможноть это скейлить... хм

Через композ ты и без сварма сможешь скейлить на одном хосте

Или тз не понял

Как бы ты назвал репозиторий на гитхабе ?)

Вот тут не понял что-то. :)

Вот тут не понял что-то. :)

Ну роль если на гитхаб залить, то я думаю как назвать этот репозиторий. обычно формат такой ansible-nginx где nginx название софта. в galaxy это становится name.nginx

Ну роль если на гитхаб залить, то я думаю как назвать этот репозиторий. обычно формат такой ansible-nginx где nginx название софта. в galaxy это становится name.nginx

Ну мне лично удобно в формате 'ansible-galaxy-softname' для гитхаба. В Галакси оно превращается в 'user.ansible_galaxy_softname'

Как удобно, так и называй )

ну а если оно деплоится через докер?

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

Чего, что? Почему? Самой роли то пофиг, чем ее дергать будут и куда ей провижинится

Чего, что? Почему? Самой роли то пофиг, чем ее дергать будут и куда ей провижинится

Да это ясно, я о концепции и о восприятии названия роли людьми

Так что воспринимать то? Какая вообще разница, чем и как ее будут использовать? Работает и тестами покрыта? Ну и отлично, пусть заворачивают во что хотят

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

кстати, в ansible meta info надо добавить платформу "Docker" чтобы было понятно...

типа работает на Ubuntu / Docker

А еще есть вариант когда роль деплоит какую-то ифнраструктуру (aws/azure/DO...) как это оформлять?

но это не сюда уже

https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#directory-layout

Ну это древний док, про деплой инфраструктуры особо ничего нет

А в чем вопрос?

как публиковать роли для деплоя инфраструктуры. Например роль это cloudformation stack который деплои автоскейл группу для kafka

сейчас я храню все в roles/infra/me.infra.kafka-clustername

то есть когда мы деплоим саму роль с докером, эта роль является зависимостью

roles/docker/me.docker.kafka-clustername например

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

Ну зависимости в meta можно прописать

это я знаю)

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

В контейнере компоуза лежит питон скрипт. Он запускается через docker run как-то?

docker run %container_name% ....

Или через cmd?

В контейнере компоуза лежит питон скрипт. Он запускается через docker run как-то?

Что такое контейнер компоуза?

Что такое контейнер компоуза?

Контейнер который запущен из docker compose, возможно это имеет что-то значащее)

Что такое контейнер компоуза?

Ты как хочешь запустить скрипт? На хосте или в контейнере?

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

Ну вообще вопрос важный, да. Я предпочитаю держать инфраструктурные роли в единой репе, а более мелкие (для деплоя приложения) прямо в репе с кодом ПО. И то, только потому, что нельзя публиковать в Галакси. Так бы все на роли мелкие разбил и дёргал бы плейбуком.

Ты как хочешь запустить скрипт? На хосте или в контейнере?

В контейнере есть n скриптов docker run mycontainer python script1.py docker run mycontainer python script2.py Вот что-то такое нужно

В контейнере есть n скриптов docker run mycontainer python script1.py docker run mycontainer python script2.py Вот что-то такое нужно

Создай сервисы в компоузе и запускай

Сервис с python

Ну вообще вопрос важный, да. Я предпочитаю держать инфраструктурные роли в единой репе, а более мелкие (для деплоя приложения) прямо в репе с кодом ПО. И то, только потому, что нельзя публиковать в Галакси. Так бы все на роли мелкие разбил и дёргал бы плейбуком.

??

Сервис с python

Есть уже)

Мне нужно именно тем питоном (с теми пакетами и с тем набором директорий) выполнить скрипт который лежит там же

Через композ ты и без сварма сможешь скейлить на одном хосте

Ну тут неопределенное количество хостов типа. Начинается с 1 и может быть 5 а может и остаться 1. Типа lean infra

Мне нужно именно тем питоном (с теми пакетами и с тем набором директорий) выполнить скрипт который лежит там же

Питон это часть имиджа обычно

Ну тут неопределенное количество хостов типа. Начинается с 1 и может быть 5 а может и остаться 1. Типа lean infra

И я думаю если лепить все решения со swarm по умолчанию

Мне нужно именно тем питоном (с теми пакетами и с тем набором директорий) выполнить скрипт который лежит там же

Тебе надо сделать имидж со всем кроме кода.

Тебе надо сделать имидж со всем кроме кода.

docker-compose server: build: . volumes: - .:/src env_file: - env_file command: bash -c "sleep 5; python manage.py makemigrations data && python manage.py migrate data && python server.py" Dockerfile FROM python:3.6 ENV PYTHONUNBUFFERED 1 RUN mkdir /src WORKDIR /src COPY . /src/ RUN pip install -r requirements.txt

Мне нужно именно тем питоном (с теми пакетами и с тем набором директорий) выполнить скрипт который лежит там же

я думаю собрать свой имедж и юзать его уже

По image на скрипт?)

По image на скрипт?)

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

Это всё что есть и там крутится сервер

Рядом лежит еще парочка

docker-compose server: build: . volumes: - .:/src env_file: - env_file command: bash -c "sleep 5; python manage.py makemigrations data && python manage.py migrate data && python server.py" Dockerfile FROM python:3.6 ENV PYTHONUNBUFFERED 1 RUN mkdir /src WORKDIR /src COPY . /src/ RUN pip install -r requirements.txt

ну а это не работает?

Вроде бы в таком духе должно быть docker exec -it server_1 python run.py

Вроде бы в таком духе должно быть docker exec -it server_1 python run.py

ну если что то запустить внутри контейнера то да, так

ну если что то запустить внутри контейнера то да, так

Ага, отлично)

Сергей отвечает Сергею. Я запарился ?

Ну разобрались же :)

Кто сказал Сергей