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

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

но никто не мешает свой сайт снаружи курлом сдампать

да и вообще - коли тебе не нужна динамика (а скорее всего она и не нужна, к тому же отчасти это решается на js на клиентской стороне), то кладешь в С3 бакет

и тупо платишь ТОЛЬКО за трафик

Зачем делать то, на что жалко $20?

может даже в рамках бесплатного тарифа сможешь пожить

Зачем делать то, на что жалко $20?

не все такие богатые, как мы 😝

да и вообще - коли тебе не нужна динамика (а скорее всего она и не нужна, к тому же отчасти это решается на js на клиентской стороне), то кладешь в С3 бакет

3-4 страницы, с возможностью раз в месяц обновлять контент, добавить новости, картинки, музычку)

3-4 страницы, с возможностью раз в месяц обновлять контент, добавить новости, картинки, музычку)

кладешь в приватный гитлаб -> статик сайт генератор -> грузишь куда угодно (бакет с3), можешь, например, в что-то типа gke засунуть в виде образа + вся необходимая статика внутри

вариантов масса

и дешевых тоже

а nginx где болтаться будет? кто раздавать будет статику?

не совсем понял в этой схеме

а nginx где болтаться будет? кто раздавать будет статику?

в случае С3 - он не нужен. Тупо отдаешь бакет под другим DNS

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

ну, и завсегда есть бесплатные тарифы на наноинстансы у амазона, гугла и Ко

слушай, можно как-нить в лс постучу за разъяснениями, звучит интересно

постучи как-нибудь

😎

с https похоже нюансы, надо cloudfront юзать

У меня почему-то не видит 😞 Запускаю отдельно docker-compose up redis, потом docker-compose up server — падает на RUN чтототам с ошибкой, что не может достучаться до redis:6379

Потому что RUN выполняется во время сборки образа, а CMD при старте контейнера.

Потому что RUN выполняется во время сборки образа, а CMD при старте контейнера.

👍

Коллеги, не знаю в каком чатике спросить, напишу тут: испытывают ли россияне какие-либо сложности при работе с digital ocean? слышал что из-за того что роскомнадзор банил какие-то адреса, то у пользователей были нюансы с доступом

У них можно прикрутить бесплатно другой IP к тачке

В бане Амстердам часть Германии

Всем привет! Подскажите по поводу docker swarm в одном вопросе. Я правильно понимаю что mode: global в описании services , это что-то вроде аналога Daemonset в kubernetes?

Кто-нибудь пробовал работать с Podman от RedHat?

Пытаюсь поднять varlink api у Podman

Файл с сокетом создаётся, но подключиться к нему не удаётся

podman varlink unix:/run/io.projectatomic.podman

varlink call unix:/run/io.projectatomic.podman/io.projectatomic.podman.Ping Unable to connect: CannotConnect

varlink call unix:/run/io.projectatomic.podman/io.projectatomic.podman.Ping Unable to connect: CannotConnect

Вруби дебаг и почитай. Гуголь по сообщению уже проверял ?

Вруби дебаг и почитай. Гуголь по сообщению уже проверял ?

гугл не помог

Права хоть верные ?

Права хоть верные ?

Я(пока) запускаю podman из-под рута, чисто для тестов

и да, права верные

755

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

👍

Сколько по умолчанию файловых дескрипторов может открыть контейнер?

Бесконечно ?

Ну, я имею в виду, что лимиты такие же как и в хостовой ос

Бесконечно ?

зачем тогда —ulimit?

зачем тогда —ulimit?

Если нужно ограничить

Либо наоборот - дефолты слишком зарезаны

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

Кто-нить настраивал docker swarm + registry + traefik + self signed cert? Это вообще рабочая конструкция? Киньте ссылкой, чот с сертами запара. Посмотреть где туплю.

В документации traefik приводится отличная инструкция по автоматической генерации self signet cert для новых доменов, из минусов могу назвать только один - необходимо прочитать

В документации traefik приводится отличная инструкция по автоматической генерации self signet cert для новых доменов, из минусов могу назвать только один - необходимо прочитать

+

алоха. в чем отличие пересборка контейнера через docker build . и docker-compose build “container”

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

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

мне иногда кажется что у меня не появляются изменения после docker build .

а когда я дергаю через compose то все появляется

кэширование может отрабатывает

нет, так быть не может

понял, значит просто иллюзия

спасибо 🙂

Подскажите, пожалуйста - как в docker-compose обратиться к образу, который собран выше по файлу и не собирать его снова?

Подскажите, пожалуйста - как в docker-compose обратиться к образу, который собран выше по файлу и не собирать его снова?

оч. просто

ты просто у всех однотипных контейнеров пропиши image: my_image_name

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

погоди - это как?

Вот три контейнера web_server_next: build: context: . dockerfile: web_server_next.Dockerfile env_file: .env command: gunicorn --bind 0.0.0.0:5005 --workers=5 wsgi:app --access-logfile - --error-logfile - expose: - 5005 web_server_1: build: context: . dockerfile: web_server_next.Dockerfile env_file: .env command: some_other_long_command expose: - 5005 web_server_2: build: context: . dockerfile: web_server_next.Dockerfile env_file: .env command: some_other_long_command expose: - 5005 я собрал один - и два остальных с тем же наполнением, но другими командами. Где и какое имя указать у контейнеров web_server_1 и web_server_2?

у каждого из них пропиши image: ololo_my_image и все будет ок

command же переопределяет в рантайме

ты и у web_server_next можешь его же прописать

Так это же для собранного образа. А я что-то меняю в настройках его - в web_server_next.Dockerfile. Поэтому он и пересобирается каждый раз. Я просто хочу не пересобирать вторые два.

мы друг друга не понимаем

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

Смотри. Есть три контейнера. В них крутятся три разных сервиса. Для простоты - они все используют стандартный питоновский контенер, но внутри каждого отдельного контейнера запускается разный код. Все три контейнера ссылаются на один и тот же Dockerfile файл. Я периодически в этом файле меняю что-то - добавил RUN, убрал COPY, etc. - образ еще не дошлифован, он в процессе разработки. ПОэтому я каждый раз его пересобираю при внесении каких-то изменений. Вопрос. В том порядке, в котором идет описание контейнеров в файле docker-compose - собрался первый контейнер (web_server_next), дальше идет тройная работа - собираются контейнеры web_server_1 и web_server_next, НО они абсолютно идентичны web_server_next. Вот прям такие же. Вопрос - как мне использовать образ первого сервера на оставшиеся два и не собирать их?

Смотри. Есть три контейнера. В них крутятся три разных сервиса. Для простоты - они все используют стандартный питоновский контенер, но внутри каждого отдельного контейнера запускается разный код. Все три контейнера ссылаются на один и тот же Dockerfile файл. Я периодически в этом файле меняю что-то - добавил RUN, убрал COPY, etc. - образ еще не дошлифован, он в процессе разработки. ПОэтому я каждый раз его пересобираю при внесении каких-то изменений. Вопрос. В том порядке, в котором идет описание контейнеров в файле docker-compose - собрался первый контейнер (web_server_next), дальше идет тройная работа - собираются контейнеры web_server_1 и web_server_next, НО они абсолютно идентичны web_server_next. Вот прям такие же. Вопрос - как мне использовать образ первого сервера на оставшиеся два и не собирать их?

еще раз - у всех трех контейнеров прописать ключ image:

в качестве названия написать любую белиберду

тогда ты явным образом скажешь компоузу - "эй, брат, бери ЭТОТ имидж из локального кэша докера и ТОЛЬКО ЕСЛИ его нет - собирай"

в теории ты можешь еще выпилить две нижние секции build тогда, они не нужны будут

Да, спасибо, вроде нормально завелось

А не подскажешь - tmpfs доводилось когда-нибудь с docker использовать? Беглый поиск очень разнящиеся мнения выдает...

А не подскажешь - tmpfs доводилось когда-нибудь с docker использовать? Беглый поиск очень разнящиеся мнения выдает...

Для чего

Запись файлов. Есть операция - на локальной машине в обычную fs выполняется 11 минут, в tmpfs - 7.

Запись файлов. Есть операция - на локальной машине в обычную fs выполняется 11 минут, в tmpfs - 7.

Логично

Логично

Ну да) И вот вопрос - можно ли к докеру как-то такое присобачить? Может внутри контейнера запилить - хотя хз, возможно ли это. Типа RUN mount и т.д.