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

Образы появляются в результате ci/cd процесса

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

после обновления/добавления файлов на хосте, обновить файлы в контейнере, криво объяснил вверху...

?

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

я просто только познаю контейнеризацию эту, не судите строго, как говорится а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"

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

я просто только познаю контейнеризацию эту, не судите строго, как говорится а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"

Значит этот процесс надо организовать. И лучше не на продакшене, т.к. контроля не будет. Ну, например, образ собрался , но криво - как тестировать будете ? А если образ не собрался по какой-то причине ? Нужна возможность видеть оперативно это и фикситт

Я уж не говорю, что сборка образов на продакшене - создавать там помойку

Я уж не говорю, что сборка образов на продакшене - создавать там помойку

это все мимо волнуещей меня темы немного, честно говоря мне бы только узнать конкретно, docker-compose build может ли стереть каким-либо образом данные базы данных, если эти данные в volume хранятся, или их может стереть только docker-compse down -v допустим?

это все мимо волнуещей меня темы немного, честно говоря мне бы только узнать конкретно, docker-compose build может ли стереть каким-либо образом данные базы данных, если эти данные в volume хранятся, или их может стереть только docker-compse down -v допустим?

Верно говорите - вольюмы трёт только docker-compose down -v

Но мне кажется, что пользоваться комбайном типа компоуза Вам рано - он реально стремный. Проще руками docker run

Более того - я рекомендую не пользоваться volume, а пробросом через bind mount

Разница в том, что в этом случае (bind mount) даже docker-compose не трёт данные никогда

Верно говорите - вольюмы трёт только docker-compose down -v

то есть build заново образа не затронет файлы из volume?

то есть build заново образа не затронет файлы из volume?

Нет, не затрагивает.

Нет, не затрагивает.

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

Посоветуйте рабочий последний airflow 1.10.3 для запуска в kubernetes. Можно в личку. Спасибо.

puckel не годится? Но его, конечно, затачивать надо

ну и вообще хельм есть... https://github.com/helm/charts/tree/master/stable/airflow

что мешает там цифирку версии поправить?

puckel годится (его использую сейчас), но хотелось узнать у сообщества, какие еще есть альтернативы и какие нюансы есть использования puckel (airflow) в k8s ?

puckel годится (его использую сейчас), но хотелось узнать у сообщества, какие еще есть альтернативы и какие нюансы есть использования puckel (airflow) в k8s ?

Выше ссылка на хельм. В чем вопрос ?

Выше ссылка на хельм. В чем вопрос ?

Больше в обмене опытом по данному вопросу, с какими сложностями пришлось столкнуться, в частности при установке airflow 1.10.3 и airflow 2.x через helm и послед. запуска в k8s

Больше в обмене опытом по данному вопросу, с какими сложностями пришлось столкнуться, в частности при установке airflow 1.10.3 и airflow 2.x через helm и послед. запуска в k8s

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

парни привет подскажите как такое в docker compose упаковать? 'docker run --name some-mariadb -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mariadb:tag --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci'

version: 3 services: run: container_name: some-mariadb environment: - MYSQL_ROOT_PASSWORD=my-secret-pw image: run

а дальше

?

d mariadb:tag --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci' - это в COMMAND уезжает

ну, ты, понял

аааааа

фак точно

спасибо

# Use root/example as user/password credentials version: '3.1' services: db: image: mariadb restart: always command: mysqld --character-set-server=utf8 --collation-server=utf8_unicode_ci --init-connect='SET NAMES UTF8;' --innodb-flush-log-at-trx-commit=0 ports: - 3306:3306 environment: - MYSQL_ROOT_PASSWORD=example - MYSQL_DATABASE=test - MYSQL_USER=testuser - MYSQL_PASSWORD=testpassword adminer: image: adminer restart: always ports: - 8080:8080

эм... без персистентного хранилища, вот прям так, а вы отважны

эм... без персистентного хранилища, вот прям так, а вы отважны

А разве по-умолчанию там нет volume'а? Просто неименованный сам не создаст?

А разве по-умолчанию там нет volume'а? Просто неименованный сам не создаст?

Создаст

Но прохерить его... Бесценно

Подскажите пожалуйста, когда я запускаю контейнер командой docker run cointainer-id, докер ищет где-нибудь дополнительные параметры запуска или нет ?

вопрос непонятен

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

есть дефолты для демона (например, айпишники и драйвер логирования)

есть то, что ты описал в самом Dockerfile

все

вопрос непонятен

Когда пишу docker ps в поле command вижу "./docker/uwsgi/run.…"

ну, оно задано в базовом образе

вопрос непонятен

Хотя написал простоdocker run id

Dockerfile открой

ERROR: S client not available

ну, оно задано в базовом образе

внутри контейнера ?

нет

в Dockerfile

что неясно?

докерфайл описывает как собирается образ

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

параметры типа expose, volume, command, entrypoint МОЖНО переопределить через docker run

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

ща

https://habr.com/ru/post/454552/

крути до моих комментов, там рабочий вариант

https://habr.com/ru/post/454552/

Спасибо!

Приветы! Задача перенести /var/lib/docker с ext4 на xfs если просто тупо скопировать на другой вольюм - получаем ошибку: could not change group /var/run/docker.sock to docker: group docker not found

может сталкивались с таким..

ошибка возникает при попытке systemctl start docker

ошибка возникает при попытке systemctl start docker

Права?

Юнит кривой

Права?

а что смущает?)

Группы нет в системе

Говорит что группу докер найти не может

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

Дичь какая-то

cat /etc/group