Телеграмм чат группы ru_docker страница 2396

Size: a a a

RU.Docker — Официальное Русское Сообщество

1494 membersпожаловаться на группу

2019 March 19

Subdust in RU.Docker — Официальное Русское Сообщество

Iurii Medvedev

https://github.com/docker-library/wordpress/blob/acd229d6d638566a3ccd921d20075182db9e1185/Dockerfile-debian.template

GitHub

docker-library/wordpress

Docker Official Image packaging for WordPress. Contribute to docker-library/wordpress development by creating an account on GitHub.

Как ты понял что именно это файл используется? Почему не Dockerfile-alpine.template, например?

источник

13:05пожаловаться

Navern in RU.Docker — Официальное Русское Сообщество

Subdust

Чето не могу разобраться...

Вот например image wordpress ( https://hub.docker.com/_/wordpress/ ).

Как понять по какому dockerfile он собирается?

Мельком глянул сорцы ( https://github.com/docker-library/wordpress ), но все равно не могу понять по какому пути/алгоритму он собирается.

Например, image wordpress:latest по каким Dockerfile будет собираться из этого гитхаб репозитория?

GitHub

docker-library/wordpress

Docker Official Image packaging for WordPress. Contribute to docker-library/wordpress development by creating an account on GitHub.

https://github.com/docker-library/wordpress/tree/master/php7.1/fpm

GitHub

docker-library/wordpress

Docker Official Image packaging for WordPress. Contribute to docker-library/wordpress development by creating an account on GitHub.

источник

13:05пожаловаться

Navern in RU.Docker — Официальное Русское Сообщество

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

источник

13:06пожаловаться

Iurii Medvedev in RU.Docker — Официальное Русское Сообщество

Subdust

Как ты понял что именно это файл используется? Почему не Dockerfile-alpine.template, например?

потому что для алпайна будетт tag-alpine

источник

13:06пожаловаться

Navern in RU.Docker — Официальное Русское Сообщество

(нужно смотреть .travis-ci)

источник

13:06пожаловаться

Navern in RU.Docker — Официальное Русское Сообщество

для каждой из версий свой докерфайл

источник

13:06пожаловаться

Iurii Medvedev in RU.Docker — Официальное Русское Сообщество

wordpress:<version>-alpine —> алпайн ттемплейт
wordpress:<version> —> дебиан

источник

13:07пожаловаться

Subdust in RU.Docker — Официальное Русское Сообщество

Iurii Medvedev

потому что для алпайна будетт tag-alpine

Методом исключения? Чето не straightforward как-то

источник

13:41пожаловаться

Iurii Medvedev in RU.Docker — Официальное Русское Сообщество

Subdust

Методом исключения? Чето не straightforward как-то

В риди написано 😂

источник

13:52пожаловаться

Subdust in RU.Docker — Официальное Русское Сообщество

Iurii Medvedev

В риди написано 😂

Ну не. Я ожидал, что будет указано по какому dockerfile image собирается. Это совсем неочевидно

источник

13:59пожаловаться

Aleksei Aleshin in RU.Docker — Официальное Русское Сообщество

Subdust

Ну не. Я ожидал, что будет указано по какому dockerfile image собирается. Это совсем неочевидно

Прямо на странице https://hub.docker.com/_/wordpress/
Кликаешь на версию, он открывает Dockerfile. Чтобы понять, какя версия по умолчанию - ctrl+f -> latest

источник

14:09пожаловаться

Subdust in RU.Docker — Официальное Русское Сообщество

Aleksei Aleshin

Круто, спасибо. Удивлен что так небыстро получил ответ на такой простой вопрос. Наверное плохо сформулировал

источник

14:14пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

Igor

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

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

источник

15:06пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

в простейшем виде как-то так
ENTRYPOINT /bin/sh -c "echo \"$(ip route|awk '/default/ { print $3 }') docker-host\" >> /etc/hosts && nginx -g 'daemon off;'"

источник

15:08пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

Igor

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

тут напрашиваются поды и, соответственно, k8s )

источник

15:10пожаловаться

Igor in RU.Docker — Официальное Русское Сообщество

А k8s можно закастомить по самое нехочу? Типа включить 2 балансировщика, прописать одному из них, как перенаправлять запросы с одного контейнера на другой (не сервиса, а контейнера). При этом 90% сервисов - Stateful и Ceph не вариант из-за скорости.

источник

15:13пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

можно, но будет непросто ))

источник

15:14пожаловаться

Igor in RU.Docker — Официальное Русское Сообщество

примерно так же, как со свармом

источник

15:14пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

гибкости больше на порядки, но порог вхождения очень высок, как и накладные расходы на поддержку инфраструктуры. Имхо сворм подходит для небольших и не очень сложных проектов, а k8s - для больших и сложных

источник

15:16пожаловаться

Rustam Badrutdinov in RU.Docker — Официальное Русское Сообщество

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

источник

15:18пожаловаться