товарищи, кто подымал собственный docker registry? к нему кто-то прикручивали какой-то гуй?

artifactory же

ну правильно делал

жопой чую :)

кстати, чатег, все уже планируют быть на DevOps Russia?

http://devops.jugru.org/

artifactory же

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

СПБ 20 октября

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

не понял, чем не айс?

http://devops.jugru.org/

CFP oткрыт, все welcome

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

вот например Александр нам раскажет чем это говно registry лучше, чем Артифактори.

можно подписаться на рассылку, чтобы не пропустить early bird, и подать доклад.

так это в окрябре, найдешь работу до тех пор

@JBaruch как близко к джокеру

@JBaruch как близко к джокеру

у них всегда так, пачками

@marvel_dc_official Лучший канал о вселенной Marvel & DC, подпишись и зови друзей👍

Лол, бот по расписанию постит

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

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

Да, если ты про http трафик и haproxy, если про ip.

товарищи, кто подымал собственный docker registry? к нему кто-то прикручивали какой-то гуй?

Harbor

Serg: Народ, посоветуйте менеджер процессов внутри докера. Раньше пользовался systemd. Насколько я понял , в контейнере он не работает.

Лол

Вам в вагрантологию, это соседнее отделение

Вам в вагрантологию, это соседнее отделение

Рад помочь потренировать ваше остроумие. А если по существу вопроса?

вы выглядите как толстый троль с этим вопросом.

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

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

В одном контейнере нужно запустить nginx и django приложение. Раскидать 1 процесс 1 контейнер нельзя.

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

просто берете entrypoint, стартуете в этом скрипте nginx как демон, потом ваше приложение.

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

но надо помнить что это костыль

никаких менеджеров для этого не предусмотрено

золотые слова, коллега.

Как в этом случае перезапустить конкретный процесс в случае падения?

Зачем вам докер, вагрант коробками хорошо идет

на самом деле товарищ про вагрант тоже тему говорит.

весь контейнер перезапускать нужно в этом случае

Просто вы потом замучаетесь собирать логи и саппортить

потому что вы хотите сделать то, что противоречит философии и архитектуре докера

Хотите мучаться, гуглите supervisord

Решит одну проблему, но подкинет еще

Вообще, есть docker-compose, который менеджит сервисы сам

и еще масса статей по оркестрации контейнерного окружения

Но если вы решили сделать свой вагрант на базе докера, останавливать не буду

Ребят реально, философия и холивары по этой теме очень здорово, так же как и менять технологию. Но есть ограничения которые я не в силах изменить. Видел что используют circus и supervisor. Ищу золотой костыль)

если вы скажете почему вы не можете разделить эти контейнеры, можнт и подскажем.

дело в сети? в файловой системе общей?

В одном контейнере нужно запустить nginx и django приложение. Раскидать 1 процесс 1 контейнер нельзя.

Если так, то вам не в докер, а так не может быть ничего, что нельзя было бы разделить на сервисы, точнее если вы не знаете как, то это не значит, что нельзя.

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

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

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

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

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

Я вас понял. Если поятвятся вопросы по разделению, обязательно обращусь. В любом случа спасибо.

Кто-нибудь ковырял traefik, хочу заменить nginx на тестовом стенде

если вы скажете почему вы не можете разделить эти контейнеры, можнт и подскажем.

Потому что swarm например не умеет volumes_from теперь..

на сколько я знаю, зато он именованые тома прекрасно шарит.

Не прекрасно. Взять именованный том из одного контейнера и подключить к другому не выйдет.

Растраиваю nginx чтобы можно было по domain.ru/container попадать на нужный контейнер, подскажите почему подобный конфиг не работает? По первому location проходит, но при переходах сбрасывает имя контейнера из урла, а второе 404 кидает, хотя напрямую через порт работает. server { listen 80; server_name n41.int.domain.ru; location /kanban { proxy_pass http://localhost:3000; } location /swagger{ proxy_pass http://localhost:3003; } }

*настраиваю

слэш то? изначально с ним и было

Стоял слеш

+1

Окей, как работать с тем что приложение не знает про "/container", и в чем профит nginx тоже в контейнер загонять? Слэш у прокси поставил второй тоже заработал

Не хотелось бы начинать с кастомной версии, пока эта не заработает.

В моем случае есть способы сделать чтобы все правильно работало?

Только второй прокси

То есть чтобы нормально все работало в таком кейсе, слешей достаточно?

Да

server { listen 80; server_name n41.int.domain.ru; location /wekan/ { proxy_pass http://localhost:3000/; } location /swagger/{ proxy_pass http://localhost:3003/; } }

Так если образ готовый откуда же я узнаю что он ждет

о каком path идет речь?

Это вы говорите про конфиг внутри самого контейнера с бэкендом?

Ну это не проблема но получается только в том случае когда я бэк сам пишу и образ собираю

Почему тебе это так важно?)

Когда я задавал околодокерные вопросы, ты переспрашивал каждые 3-4 вопроса, кто я)

я dev которому надо и с таким разбираться, все о чем идет речь я не против делать, хотелось бы только разобраться хорошо. Сорян если вопросы не по теме. про env то я понимаю, я к тому что если не я собираю образ и там не выставлены такие возможности, то чходу настроить на такой готовый вариант не выйдет. Учитывая что эти образы для теста, а так будут мои, то собственно проблем нет, просто есть желание понять что к чему.

Да господи, какая нахрен разница, кто я, если... А, забей)

1. Поэтому и не рассматривал ставить nginx в контейнер ибо там заранее много вопросов возникает и похоже нельзя на ходу докидывать. 2. Так это тоже понятно, проблема мне понятна, я пытаюсь понять можно ли силами nginx её решить, то что я могу пойти и бэкенд настроить на url с учетом адресации это и так ясно

Ну уж извиняйте, nginx первый раз трогаю, с докером работаю только месяц, все с чего-то начинают

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

Нет конечно