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

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

Почему не получится?

Я правильно понимаю? Если да, как такая лицензия решается сейчас

Почему не получится?

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

Так это нисколько не зависит от контейнеризации, не так ли? ?

Так это нисколько не зависит от контейнеризации, не так ли? ?

Зато тут много админов))

В @devops_ru больше. У тебя вопрос по эхотегу или общий?

Эхотег че такое

Ок

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

Git?

или может можно как-то запускать его на хосте?

да

Так а что мешает?

Если приложение при каждом запуске проверяет свою лицензию, это гуд?

эластика?

Так а что мешает?

Ну я прост тестировщик и не очень то и шарю в этих ваших контейнерах, просто спросил нормальная ли это вообще практика так делать?

На тестовом стенде тянуть?

эластика?

Не, корпоративное

На тестовом стенде тянуть?

Есть код автотестов который лежит на битбакете, я поднял контейнер с дженкинсом. Как сделать локально без контейнеров этоя знаю. В контейнерах оно так же работает?

Вай нот)

Вай нот)

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

Да

Да

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

Через volume пробрасывать код

@aabramovich у меня есть допустим containers/jenkins:/var/jenkins_home на серваке я пишу docker run somecontainer -v containers/jenkins:path/inside/container так что ли?

Я не адепт докер приблуд, но чисто архитектурно ни что не мешает тебе так мутить тесты

Всем привет. Пытаюсь создать запланированные задачи с использованием cron на хостовой машине. Думаю на хостовой машине в crontab прописать команду типа: docker run --rm -it app:latest /bin/bash -c "cd /usr/src/app && npm run command1" Но не уверен, что это нормально. Есть идеи как еще можно юзать cron задачи которые находятся внутри контейнера ?

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

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

Понятно.Спасибо. Нет, entrypoint отсутствует.

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

Подними контейнер с дженуинс-агентом и прицепить его к дженкинсу

Подними контейнер с дженуинс-агентом и прицепить его к дженкинсу

понял, спасибо

Добрый день. Подскажите пожалуйста, нормально ли использовать докер контейнер для поставки определённого решения в котором сразу же будут настроенны: сервер базы данных и веб приложение которое собственно к этой базе коннектится. Также если вы обозначите какие-нибудь ключевые моменты которые стоит учесть при таком решении было бы здорово. Спасибо

Всем привет! У меня тоже вопрос. Как настроить amplify для nginx-proxy?

Добрый день. Подскажите пожалуйста, нормально ли использовать докер контейнер для поставки определённого решения в котором сразу же будут настроенны: сервер базы данных и веб приложение которое собственно к этой базе коннектится. Также если вы обозначите какие-нибудь ключевые моменты которые стоит учесть при таком решении было бы здорово. Спасибо

В контейнере базу хранить можно только если база небольшого объема и без боьших кастомизаций и конечно обязательно данные базы маунтить на хост. Для прода всеже рекомендуется базу полноценно разварачивать на отдельном сервере без прослойки докера.

В контейнере базу хранить можно только если база небольшого объема и без боьших кастомизаций и конечно обязательно данные базы маунтить на хост. Для прода всеже рекомендуется базу полноценно разварачивать на отдельном сервере без прослойки докера.

Спасибо за ответ. Я понял что это не очень хорошая затея на самом деле

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

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

Т.е. типа чистой виртуалки

Которую потом можно отдать и чтобы потребитель её использовал как готовое решение

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

ну тогда упаковка в контейнер это вариант

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

если разработка, то еще вариант вагранта

Vagrant - интересный вариант

Т.е. это некий интерфейс для доступа к virtual box

?

Т.е. это некий интерфейс для доступа к virtual box

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

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

А как мне сделать docker -> virtual box? Всё ручками ставить?

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

Всё, понял. Ребята спасибо большое. Пойду читать мануалы. С технологиями вроде как понятно что использовать.

дратути добрые ребяты, у меня тут swarm из 3х нод: 2 воркера и 1 манагер. я в него всякие штуки складываю через docker stack deploy. Пока был 1 манагер и 1 воркер, все деплоилось и было хорошо, добавилась вторая нода и сервисы теперь не деплоятся (если у них есть паблишед порты) пишет 'Failed to find a load balancer IP to use for network: id' Ноды друг друга видят, по всем доступным интерфейсам, Docker version 17.12.0-ce, build c97c6d6 - на всех трех хостах

Добрый день! Никто на Nextcloud официальный образ docker не мигрировал ? Вопросы по миграци. БД и фалохранилка бэкенд.

дратути добрые ребяты, у меня тут swarm из 3х нод: 2 воркера и 1 манагер. я в него всякие штуки складываю через docker stack deploy. Пока был 1 манагер и 1 воркер, все деплоилось и было хорошо, добавилась вторая нода и сервисы теперь не деплоятся (если у них есть паблишед порты) пишет 'Failed to find a load balancer IP to use for network: id' Ноды друг друга видят, по всем доступным интерфейсам, Docker version 17.12.0-ce, build c97c6d6 - на всех трех хостах

вопрос снят

ERROR: S client not available

Есть возможность из вложенного контейнера смонтировать volume на хост?

Какая частая задача однако)) Чем это отличается от примонтировать директорию хоста в контейнер?

Честно, не догоняю. У меня контенер, в котором делается docker-compose. Я смонтировал на него с хоста, в нем файлы есть, в docker-compose делаю матрехшку и в тех что поднимаются через compose директория пустая.

Типа на первом /host:/data и в композе /data:/data

я правильно понял, что у тебя контейнеры в контейнерах?

Да

зачем?

https://docs.gitlab.com/ce/ci/docker/using_docker_build.html говорят юзайте, норм

типа у тебя гитлаб в контейнере и он запускает контейнеры?

У меня гитлаб запускает контейнер, который делает кое-че и запускает docker-compose

ну тебе нужно, чтобы а) папка на хосте (скажем, myFolder) монтировалась в контейнер А, который запускается гитлабом в контейнере А она скажем монтируется на /home/A/myFolder б) Внутри А, docker-compose должен смонтировать папку /home/A/myFolder в контейнеры, которые он запускает

Да

С первым шагом все норм. На втором фейлю.

попробуй зайти башем в контейнер А и просто сделать там docker run -v

Приветствую, коллеги. Имеется два Docker Compose проекта, развёрнуты локально под Windows. Оба проекта имеют свои хосты, допустим: front.local и api.local, хосты локальные, прописаны в etc/hosts. Оба проекта содержат контейнеры с PHP и Nginx. Как мне со стороны front-проекта заиметь возможность делать http-запросы на api-проект? Ожидаю что-то вроде типичного file_get_contents('http://api.local') (PHP) со стороны front, однако, этот адрес не резолвится, как я понимаю. Куда копать и как реализовать требуемую связь? Спасибо.

Ожидаю, что когда оба проекта получат реальные домены, то проблемы не будет, однако, локально тоже как-то работать нужно

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

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

Потому что в будущем именно по имени хоста и будет происходить общение, так как проекты будут на разных хост-машинах

докер в проде - признак дурачины)

Чем это объясняется?

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

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

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

А при чём тут, прости, k8s вообще?

Слишком много воды, давайте по делу. Касательно вашего утверждения — куб будет позднее, сейчас достаточно возможностей докера

Именно, мы в чате по Докеру, куб в соседнем обсуждают: @kubernetes_ru