С другой оси

по сети

новый образ, новый контейнер

в контейнере файлы менять не надо

если они не volume

Можно поставить sshd, настроить ключи и коннектиться. Либо docker exec -it <container_name> /bin/bash

никакие файлы в существующем контейнере не менять

Можно поставить sshd, настроить ключи и коннектиться. Либо docker exec -it <container_name> /bin/bash

Не нужно так делать (установка ssh)

Можно поставить sshd, настроить ключи и коннектиться. Либо docker exec -it <container_name> /bin/bash

зачем учить людей bad practices?

А как правильно сделать?

докер нужно понять и принять или отказаться )

Человек спрашивает. Надо ответить. И это не всегда плохо. Например, чтобы дать доступ только к контейнеру.

А как правильно сделать?

пересобрать образ и залить новый

Человек спрашивает. Надо ответить. И это не всегда плохо. Например, чтобы дать доступ только к контейнеру.

ssh внутри контейнера это всегда плохо.

Барух is typing! Страсти-то какие!

и не говори, сам в шоке

а даьт в контенере доступ к папке вне контенера?

стоп

давай начнем с того

какой кейс ты пытаешься решить?

ты хочешь код проекта обновлять?

или ты спрашиваешь как storage (место для заливки файлов например) подцепить?

и не говори, сам в шоке

У меня мужик один знакомый есть, я его 25 лет знал как МихалБорисыча, а потом пробил по базе - он Моисей Борухович 00

я хочу развернуть сервер apache2 с php5 и mysql чтобы установить yii2

Мы используем капистрано в docker контейнере. Для этого необходимо установить sshd. Не тру?

Отличный дядя, кстати - совок и антисемит в хороших смыслах этих слов

у меня проблема только с файлами yii2

я хочу развернуть сервер apache2 с php5 и mysql чтобы установить yii2

Берешь docker-compose и собираешь из нескольких контейнеров

Кстати apache не нужен, бери nginx/phpfpm

Мы используем капистрано в docker контейнере. Для этого необходимо установить sshd. Не тру?

А зачем капистрано + докер? мне казалось что капистрано там уже не нужен не?

Ребят, а кто в винде уже реально пользуется ДОЛГОЖИВУЩИМИ контейнерами?

он же для недокерных деплоев

"завместо" chocolatey

Ну капистрано изначально использовалс в проекте. Расскажите как правильно деплоить rails приложение тогда в контейнер.

У меня много сервисов, ОДИН сервер железный и никаких требований по безопасности (govcloud)

дайте бесплатный совет - в какую сторону гуглитьб

Ну капистрано изначально использовалс в проекте. Расскажите как правильно деплоить rails приложение тогда в контейнер.

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

Тут сильно от внутренней инфраструктуры зависит имхо.

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

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

Я понял о чем вы. А есть возможность при этом сделать zero downtime деплой, откат на предыдущую версию? Мне кажется необходимо заморочиться. Либо использвать существующие наработки с докером. Вот и вопрос - есть ли такие?

Для zero downtime старая кодовая база должна поддерживать новую схему базы

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

Откат имхо вручную надо делать.

Для zero downtime старая кодовая база должна поддерживать новую схему базы

Самое правильное решение! Есть куча практик по этой теме. Таких как - Нельзя удалять/переименовыввать поля в базе - Только добавление данных, никакого удаления - ...и еще куча и куча всякого...

тогда и откаты (что-то пошлое слово какое-то) не надо будет делать. Просто сменил версию образа и перезапустил контейнер Для 0-downtime в таких инструментах как Kubernetes предусмотрены специальные абстракции Deployment Меняется версия образа и он сам сначала поднимает новый контейнер, роутит туда запросы и опускает старый. Очень удобно!

Самое правильное решение! Есть куча практик по этой теме. Таких как - Нельзя удалять/переименовыввать поля в базе - Только добавление данных, никакого удаления - ...и еще куча и куча всякого...

Спасибо. Посмотрим в сторону Kubernetes.

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

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

А чего ты хочешь добиться?

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

Всем привет. Подскажите, пожалуйста, как мне сделать изнутри контейнера доступным соседний контейнер через докерхост?

Да, именно так

А чего ты хочешь добиться?

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

Да, именно так

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

Особенно если ты новичок в технологии?

берешь docker-compose и папку с проектом монтируешь как volume внутри контейнера

Только не говори мне что ты апач+php+mysql в один контейнер засунул.

:D

Именно

Именно

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

скорее всего у тебя будет контейнер с mysql, контейнер с php-fpm и контейнер с nginx

все это делается через docker-compose

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

спасибо, уже читаю про compose :)

Собрать docker-compose под php очень легко кстати.

Самое правильное решение! Есть куча практик по этой теме. Таких как - Нельзя удалять/переименовыввать поля в базе - Только добавление данных, никакого удаления - ...и еще куча и куча всякого...

А когда он миграции делает? Можно ли его вначале поднять, промигрировать, затем сделать из него "стейджинг" - то есть пустить туда 1-5% трафика (включая свой) и посмотреть как оно работает. И если ок, то начатт плавно заменять старые контейнеры на новые?

Кто миграции делает? Ваше приложение? При старте. По поводу трафика - решайте это через LoadBalancer

встроенные в Kubernetes вроде не позволяют делить трафик на части, но Вы всегда можете сделать свой сервис и направлять трафик через него, воспользовавшись тем же HAProxy или Nginx

как отдельным сервисом внутри инфраструктуры

Кто миграции делает? Ваше приложение? При старте. По поводу трафика - решайте это через LoadBalancer

Да, но при этом я не хочу, чтобы пока оно делает миграции на него шел трафик. Или это должен "увидеть" LB, что порт лежит? Как решаеся вопрос, что последующий запускаемые контейнеры не пытались делать миграции еще раз? Понятно, что нормальная система миграций это не допустит, но потеря времени на проверку тож не нужна.

И лишние ошибки при запуске

на кого шел траффик? зачем пускать на контейнер траффик если он выполняет миграции?

Я так понял, Евгению нужен типа "стейджинг"?

Не зачем, но пока не очень понимаю как его отсечь. Да я могу в nginx сказать, что вот этот сервис лежит. Но это какой-то "заказ солнца вручную"

у вас балансировщика с hearthbeat нету?

стоп-стоп... в тоже же HAProxy есть check

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

Я и пишу - LB проверяет. что контейнер пока не готов отвечать по порту и не льет на него трафик.

все балансеры должны это поддерживать же...

Но это врде как костыль