$85 в месяц это не дорого

Это имеет смысл , если ты хранишь 1000 образов, а не 10-20, кстати могли бы сделать бесплатно для малого количества

Коллеги, доброго дня! Подскажите, пожалуйста, можно ли в registry разделять права на image, т.е. одному пользователю доступны только определенные image, другому другие, и т.д.?

Есть халявный harbor, там можно

Большое спасибо! Почитаю.

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

Привет, я бекенд-разработчик. Пишу на работе на богомерзком PHP, стараюсь делать это хорошо. Работаю в стартапе в Берлине. Пришел распросить про registry и связку CI с докером

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

Привет )

У тебя буква "С" очень​ странная

Парни, всем привет. Как решается вопрос с user_id (и правами доступа) в разных базах разных микросервисов? Не могу нагуглить чего-то внятного, хоть ты тресни. Если ткнете носом - буду благодарен ) Пока пришел к мысли использовать uuid + zeromq...

Нехватает еще одного микросервиса, где бы лежали права и ограничения пользователей, а остальные микросервисы спрашивали бы эти права. Нужно больше микросервисов богу микросервисов! А если серьезно, то тебе нужен oauth сервер, как микросервис.

Спасибо, учел читать и чуть было не вернулся ) Каждый раз лезть в oauth или можно по токену достать скоуп?

Один раз залесть и получить токен к доступу

Это имеет смысл , если ты хранишь 1000 образов, а не 10-20, кстати могли бы сделать бесплатно для малого количества

это имеет смысл, даже если хранишь 10-20.

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

посоветуйте нормальный сборщик логов с stdout для docker compose, graylog в упор не видит контейнеры рядом

prometheus?

ELK тоже используют для этого

ELK тоже используют для этого

в эту сторону смотрю тоже

думал что еще есть

посоветуйте нормальный сборщик логов с stdout для docker compose, graylog в упор не видит контейнеры рядом

думаю тебе стоит начать отсюда ) https://docs.docker.com/engine/admin/logging/overview/#configure-the-logging-driver-using-labels-or-environment-variables

если у тебя кластер до это уже другое дело

кластер в compose? да

вместо ELK есть Grafana/influxDb а вот агента непомню =(

ну со свармом

зачем тебе логи то локально

docker logs -f недостаточно или это просто стейджинг у тебя.. для этого можно с логинг драйвером все в файл собирать

зачем тебе логи то локально

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

для прода - ELK

ELK :)

он внутри docker compose робит?

есть еще graylog

graylog смотрел, норм. но он не видит контейнеры другие

хотя по gelf отдаю

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

и все в realtime тебе будет появлятся в морде

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

бррр. а подробнее можете

кибаны графаны или чего там пожелаешь

ну блямба ))

есть логинг драйвер, собирай с ним stdout в один лог, и потом натрави logstash который все направит в elasticsearch базу а кибана будет читать базу

logstash агент будет посылать любые изменения в логе в базу

лог можешь с volume примаунтить к хосту и брать лог

весь ELK будет в контейнере/ах

сложно

с prometeus тут меньше гемора если честно он разработан для докера

чего тут сложного то )))

пожалуй graylog доковыряю

запустить три контейнера и volumes: "mylog.log:/var/logs/mylog.log" дописать?

запустить три контейнера и volumes: "mylog.log:/var/logs/mylog.log" дописать?

кстати есть у меня так сейчас

логи вебприложения

я думал есть готовое решение, которое одной строкой добавляешь в docker compose и счастье

web: build: context: ./web dockerfile: Dockerfile volumes: - /c/Users/complex_log:/app/log:rw ports: - 80:80 logging: driver: gelf options: gelf-address: "udp://0.0.0.0:12201" graylog: image: graylog2/allinone ports: - 9000:9000

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

https://logz.io/blog/docker-stats-monitoring-dockbeat/

вроде похоже на то что ты хочешь

kibana для визулек и dockbeat для расковыривания логов

https://github.com/veggiemonk/awesome-docker#monitoring--logging

во ищи )

фигасе dynatrace.com

во ищи )

спасибо

боже не ужели так действительно сложно с сислога прям в dashboard подавать инфу

че за безобразие

не нахожу нифига абсолютно )))

Докер же в ноябре вроде infinit.sh купили, а они как раз про сторадж, так-то он явно будет, вопрос в том когда и почем.

Крутая штука)

красиво упаковались

это имеет смысл, даже если хранишь 10-20.

Да проще обычный docker registry поднять, чем сток бабла отдавать)

Особенно, если есть нормальные бесплатные альтернативы)

Да проще обычный docker registry поднять, чем сток бабла отдавать)

Кстати, немного странный вопрос. Как я понял, пользуясь сетями докера не избежать жуткого оверхеда из-за port forwarding или есть какой-то способ?

Кстати, немного странный вопрос. Как я понял, пользуясь сетями докера не избежать жуткого оверхеда из-за port forwarding или есть какой-то способ?

network host например или overlay

network host например или overlay

Это только в том случае, если я не начинаю использовать docker network, разве нет? Мне казалось, что docker network + docker network_mode host нельзя совместить в одном контейнере

Это только в том случае, если я не начинаю использовать docker network, разве нет? Мне казалось, что docker network + docker network_mode host нельзя совместить в одном контейнере

я тебя немного не понял. А что ты подразумеваешь под docker network? Если ты по дефолту запускаешь контейнер из образа, он использует bridge network

у тебя много контейнеров?

Ну, штук 6-7

Суть в том, что я хотел бы разделить их сетями, что бы они не видели друг друга

У сами сетей докера оверхеда почти нет, он появляется тогда, когда у последнего елемента, который должен смотреть в мир, нужно использовать port forwarding

Суть в том, что я хотел бы разделить их сетями, что бы они не видели друг друга

docker network create

У сами сетей докера оверхеда почти нет, он появляется тогда, когда у последнего елемента, который должен смотреть в мир, нужно использовать port forwarding

у bridge есть оверхед, у overlay и macvlan есть overhead

https://www.percona.com/blog/2016/02/05/measuring-docker-cpu-network-overhead/ Percona утверждает, что он достаточно мал, особенно в сравнении с port forwarding

А как я понял, иного способа кроме вытащить порт наружу, как через него у меня нет? Или мне надо идти курить docker сети?