Всем привет! Подскажите пожалуйста, а был ли у кого-нибудь опыт настройки Certbot для Amazon Linux? Есть django-приложение, которое запускаю через docker-compose (так как присутствуют еще nginx и rabbitmq сервисы). При запуске через http все ок - приложение грузится, при https - Этот сайт не может обеспечить безопасное соединение docker-compose.yml - https://pastebin.com/wLJr0p6Y nginx-conf.conf - https://pastebin.com/DEQiMfga Заранее благодарю!

Причем тут докер?

Запускаю nginx как compose-сервис Передаю в него конфиги Может проблема в том, что не указываю какие-то дополнительные параметры Если он не причем - это здорово сужает область проблемы ?

Всем привет! Я недавно познакомился с докером и у меня возник вопрос - как заставить его подняться самому после ошибки? Использую docker-compose v3 текущий конфиг (его часть) выглядит так:

P.S. проблема в том, что в момент, когда поднимается сервер, он не может подключиться к БД т.к. в это время она только собирается

P.S. проблема в том, что в момент, когда поднимается сервер, он не может подключиться к БД т.к. в это время она только собирается

depends_on

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

это не решение проблемы. Данная команда следит за стартом, а не за завершением сборки

это правда

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

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

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

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

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

Вначале ты говоришь, что из-за ошибки не рестартится, теперь ты говоришь, что это не ошибка. Сделай у себя в коде отсутствие соединения с базой как ошибку. Тогда контейнер автоматически перезапустится. И напиши, как тебе посоветовали, depends_on. Тогда твой контейнер не стартанет, пока не запустится контейнер с базой.

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

Вот, если точнее

Заходим и меняем через sed, потом коммитим контейнер, если надо.

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

но там так же написано про условия service_started и service_healthy, я у себя заюзал service_healthy, правда нужно описывать в докерфайлах проверку "здоровья", типа для веба HEALTHCHECK CMD curl --fail http://127.0.0.1/ || exit 1

Вначале ты говоришь, что из-за ошибки не рестартится, теперь ты говоришь, что это не ошибка. Сделай у себя в коде отсутствие соединения с базой как ошибку. Тогда контейнер автоматически перезапустится. И напиши, как тебе посоветовали, depends_on. Тогда твой контейнер не стартанет, пока не запустится контейнер с базой.

1) я говорил, что рестарт, в случае ошибки, просто не происходит, из-за чего я не могу понять что я делаю не так. Просто идет его игнорирование. 2) depends_on не помогает. при создании контейнера база НЕ успевает подняться, из-за чего происходит падение. При последующих запусках работает так, как надо. Я приложил ссылку с полным конфигом данного сервиса https://pastebin.com/hhzEu4xY

Хелсчек запили

Решит многие проблемы :)

ок, сейчас попробую)

Народ, подскажите плиз. Кейс такой: для прода собираю контейнер, в нем присобачиваю текущий каталог в контейнер ADD ["./", "/var/www/app/"], потом аккурат перед entrypoint выполняю свой init.sh где в прилагу устанавливаются зависимости и происходит миграция, далее все стартует норм. Для девелопмента же надо каталог проекта монтировать в контейнер, для моментальных изменений. Я это делаю так: в докерфайле ничего не меняю, каталог так же добавляется, но в docker-compose я поверх монтирую каталог volumes: - "./qr-sender/:/var/www/app" но дело в том что монтирование происходит уже после отработки докерфайла где устанавливаются зависимости, и от этого все плохо((( Как этот момент вы у себя обрабатываете? Есть конечно мысля написать в композе command с нужным набором команд, но мне кажется это дико не удобно и не правильно

Добавь свой init в энтрипойнт

И передавай ему какой нибудь энвайромент для отработки

Типо init=1 для его запуска

Добавь свой init в энтрипойнт

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

Да

спс, щас попробую..

И передавай ему какой нибудь энвайромент для отработки

а поясни пожалуйста еще этот момент

В скрипте энтрипойнта читаешь переменную init перед запуском основного процесса если она задана, то выполняешь нужные манипуляции

В скрипте энтрипойнта читаешь переменную init перед запуском основного процесса если она задана, то выполняешь нужные манипуляции

ясно, спасиб

коллеги, всем доброго дня!

Добавь свой init в энтрипойнт

Спасибо! все отлично заработало!

такая проблема (не уверен, проблема ли, баг или фича): в общем создаём к примеру каталог /docker, метку селинукс не прописываем. права оставляем по дефолту. разве селинукс должен разрешить запись данных из контейнера в этот каталог в таком случае?

а, монтируем каталог в контейнер перед запуском, разумеется: -v /docker:/var/lib/mysql

потому что летом и в версии 16.03-16.09 это точно не работало

вопрос снят

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

Приветствую постояльцев! ?

Подскажите, плз, как можно вывести список версий контейнера (или как там правильно)? Ведь можно указать ubuntu:14.04, если надо именно такой, а не latest. А вот сам список как увидеть?

docker ps и там где IMAGE написан же тег

или ты вообще про то какие доступны?

или ты вообще про то какие доступны?

Да

docker hub

Заходишь в докерхаб и смотришь какие теги доступны

Понятно. Думал, что есть что-то аналогичное центовскому yum list —showduplicates

Спасибо

У меня такой алиас прибит для получения списка тегов gettags(){ curl -s https://registry.hub.docker.com/v1/repositories/$1/tags|jq . }

У меня такой алиас прибит для получения списка тегов gettags(){ curl -s https://registry.hub.docker.com/v1/repositories/$1/tags|jq . }

Спасибо

У меня такой алиас прибит для получения списка тегов gettags(){ curl -s https://registry.hub.docker.com/v1/repositories/$1/tags|jq . }

Спасибо!

Ребят, всем привет. Скажите, а как по канонам докера собирать php сайтики? По сути какие есть компоненты: 1) PHP код бека 2) html/css/js и вот это вот всё для фронта 3) php-fpm 4) nginx 5) База Исходя из логики 1 процесс 1 контейнер, мне надо: 1) Volume для кода 2) Контейнер с php-fpm 3) Контейнер с nginx 4) Контейнер с базой И вроде как все логично, но не редко вижу когда php суют вместе с кодом в один контейнер. А иногда еще и базу к ним селят. Хотелось бы мнения послушать.

Один процесс на контейнер. Маунтишь вольюмы с базой и кодом отдельно. Остальное можно в контейнерах хранить.

А насколько рекомендовано деление "Один процесс - один контейнер"? У меня nginx (frontend) и toncat (backend) - я подумывал объединить.

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

Лучше держать в отдельных контейнерах

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

а чтобы обновить отдельную часть ты будешь обновлять сразу 2е сущности?

А насколько рекомендовано деление "Один процесс - один контейнер"? У меня nginx (frontend) и toncat (backend) - я подумывал объединить.

более того я здесь вижу 3и отдельные сущности, которые должны оформляться отдельными докер образами

первая - jdk

вторая - tomcat, наследующий jdk

третья - nginx

а если у тебя из этого состоит сервис, то ты формируешь один docker-compose файл в котором описываешь как эти кусочки становятся одной сущностью - сервисом

а чтобы обновить отдельную часть ты будешь обновлять сразу 2е сущности?

Сейчас (я только изучаю докер) у меня штатные образы и nginx и tomcat, а все конфиги и проложуха подключены через волумы. Запускается всё через единый docker-compose.yaml. Они в связке, так что одновление одного выведет временно из работы другой компонент, и весь сервис в целом. Так какая разница, что одновлять, если временно будут недоступны оба?

ERROR: S client not available

Я пока оцениваю. Ну и стараюсь понять. ?

так сразу с малого работаете так как требуется

Идею понял. В принципе она мне даже ближе.

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

первая - jdk

А зачем отдельно ждк? Да и как, если томкат ставится сразу с ним.

Если не ошибаюсь.

собираешь образ с jdk

потом уже томпкат указав FROM jdk

потому что инструкция к установке jdk может поменяться

как и вресия jdk

Ребят, я правильно понимаю что nginx-proxy не поодерживает разные location?

и это не должно ни каким образом аффектить на сборку образа tomcat

А как быть с исходниками которые нужно еще собирать? Ну типо фронта на JS или бекенда которому нужен для сборки composer?

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

А как быть с исходниками которые нужно еще собирать? Ну типо фронта на JS или бекенда которому нужен для сборки composer?

можно в одном докерфайле описывать сразу 2а контейнера

один собирает артефакт

второй его использует

после сборки контейнер сносится

можно в одном докерфайле описывать сразу 2а контейнера

Т.е. я создаю volume контейнер с исходниками и беру еще один контейнер с тем же composer например. Монтирую volume в composer, собираю и отдаю volume контейнер уже на прод. Верно?

нет

копируешь исходники в инструкции докерфайла

собираешь

описываешь второй контейнер и пишешь в нем, чтобы он забрал каталог с артефактом из контейнера описанного ранее

описываешь второй контейнер и пишешь в нем, чтобы он забрал каталог с артефактом из контейнера описанного ранее

А как это "забрал"? Ну я имею в виду в рамках работающего CI, когда сборка артефакта и запуск на том же проде могут происходить на абсолютно разных серверах.

вы пропустили тот факт что я говорю о работе с одним докерфайлом

FROM nodejs:8 AS build_env COPY ./ui /home/frontend WORKDIR /home/frontend #RUN yarn && yarn run build:dcb RUN yarn && yarn run build CMD ["bash", "-c", "yarn run server"] FROM nginx:latest ENV version 0.0.1 # Copy art from build-env RUN mkdir /var/www/dist WORKDIR /var/www/dist COPY --from=build_env /home/frontend/dist . COPY frontend.conf /etc/nginx/sites-enabled CMD ["nginx", "-g", "daemon off;"]

FROM nodejs:8 AS build_env COPY ./ui /home/frontend WORKDIR /home/frontend #RUN yarn && yarn run build:dcb RUN yarn && yarn run build CMD ["bash", "-c", "yarn run server"] FROM nginx:latest ENV version 0.0.1 # Copy art from build-env RUN mkdir /var/www/dist WORKDIR /var/www/dist COPY --from=build_env /home/frontend/dist . COPY frontend.conf /etc/nginx/sites-enabled CMD ["nginx", "-g", "daemon off;"]

Ага, понял, спасибо. А если делать похожее в рамках CI? Т.е. собирать в одном контейнере, а запускать в другом. Ну чтоб не тащить npm gulp и вот это вот все в продовый контейнер, мне нужно работать с volume контейнером?

нет

вам надо работать с артифактами в рамках вашей CI системы

задача 1) Собрать артифакт

задача 2) протестировать артифакт