мне кажется это не очень удобным

в этом весь смысл

именно файлы

https://quay.io/ наверное лучше юзать, вместо docker hub

я уйду от этого решения

в пользу прямой передачи через rsync

на серверы

смысле

эти сервисы хранят образы

я буду закачивать их на серверы

напрямую

так быстрее

то есть сам будешь хранить образы чтоль?

да

ниче себе

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

вопрос еще

можно делать контейнер чисто для файлов проекта

типо

1-php-fpm, 2-nginx, 3-mysql, 4-сама программа

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

иначе как обновляться?

просто если сайт будет лежать 1 2 или 3, то он испортит мне все, будет неудобно обновлять и сайт перезаливтаь

давай по цепочке

а то мы сейчас отойдем

от моего вопроса, про базу хорошо что сказал =/

про пхп скрипты я не очень знаю

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

так удобнее

ну например давай возмем твой python

щяс пример приведу

с питоном удобно всё паковать в образ

1-nginx, 2-mysql, 3-uswgi, 4-сама программа на .py ну например print('hello world'); какой-нибудь )

3 и 4 нет смысла разделять

точнее, не уверен, что такое возможно вообще

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

а так делал но без kubernetes

на dockere

ты какую проблему пытаешься решить разделением 3 и 4?

у меня просто контейнер крутиться чисто с проектом

да, проблема в том что

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

если удалю, то пропадет сайт

не очень удобно

особенно если хочу обновить версию php

а в контейнере php-fpm лежит сайт =/

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

а с питоном можно сделать по-нормальному

и запаковывать всё в образ

то есть это нормально делать 4 контейнер чисто под файлы?

не контейнер

какой-нибудь busybox или alpine

data volume

=/

в терминах докера

я так делал в dockere

applications: image: tianon/true container_name: lemp_applications volumes: - ./html:/var/www/html/

да

вот я рад, что для питона это можно не делать

просто я не очень понял как правильно

правильно паковать в контейнер

но на пхп кривые цмски

которые не знают про докер и контейнеры

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

проблема с пхп в том, что там при обновлении цмски что-то меняется в коде

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

который меняет код и базу

ну локально делать все это тогда

вот в этом проблема

да и вообще отклчить обновления

и вряд ли cms-ки буду ставить

без обновлений тебя взломают

в общем, если речь о нормальных языках программирования и фреймворках - то это запаковывается в контейнеры

в образы*

ну да вот cms мимо идут

=/

и в Django это всё удобно

да я не помню когда cms последний раз использовал)

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

каждый участок кешируется