ну или вот модуль, может пригодится: https://amoffat.github.io/sh/

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

Нубский вопрос:как быть с БД в докере. Если контейнер переразвернется, что будет с консистентности даных

Есть шансы получить кашу

на надо в продакшне запускать бд в докере

на надо в продакшне запускать бд в докере

как это?

отдельно держать постгрес на сервере? а в чем смысл тогда?

как это?

молча

молча

?

молча

То есть оьдельный lxc или вм,в зависимости от целей?

То есть оьдельный lxc или вм,в зависимости от целей?

например

например

Позвольте полюбопытствовать, есть какой бэст прэктис по этому вопросу?

Позвольте полюбопытствовать, есть какой бэст прэктис по этому вопросу?

бэст прэктис: не запускать бд в докере

как вы это будете делать — это дело десятое уже

бэст прэктис: не запускать бд в докере

Кто это сказал?

Кто это сказал?

Присоединюсь в вопросу ?

Присоединюсь в вопросу ?

Да никто этого не говорил, это бредятина. Как минимум базы бывают ин-мемори

В докере не надо хранить данные. А БД запускать — на здоровье

Да никто этого не говорил, это бредятина. Как минимум базы бывают ин-мемори

Вот и я удивился ?

Вот и я удивился ?

Чему?

Фразе - "бэст прэктис: не запускать бд в докере"

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

:-)))))

бэст прэктис: не запускать бд в докере

лол, яндексу это скажи.

а то парни то там не знают

как локалхост правильно настраивать ?

Про костыли при обновлении можете рассказать ?

Тегируем стендовый проект, тег раскатывается

Если откатить - деплой предыдущего тега

Ручки, костылики - наше всё.

Что конкретно то интересует?

Тегируем стендовый проект, тег раскатывается

С какой версии на какую мигрировали. Были ли проблемы. У меня 9.4, планирую миграцию, но страшно (с)

С 8 на 9 обновили

В планах 10, но сроки сдвинуты ввиду не зависящих от нас обстоятельств

Почему не на 10-11 ?

Инкрементально

Сначала 9

ясно.

Потом 10

как достать файлы из контейнера после выполнения?

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

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

пока как вариант придумал только docker run ... "npm test; cat test-results.xml" и сохранять вывод

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

Можно заливать это куда нибудь если есть возможность

к сожалению особо некуда

Это вы с системой ci работаете?

Поэтому к хосту нет доступа?

как достать файлы из контейнера после выполнения?

scp?

Это вы с системой ci работаете?

vsts

vsts

Ну тогда только по ssh вытягивать, хотя странно, если vsts собирает результаты тестов, то должна быть возможность их видеть в ci

как раз для vsts мне и надо достать результаты тестов

на агенте выполняются тесты внутри докера

надо релузьтаты достать и отдать в vsts

надо релузьтаты достать и отдать в vsts

Артефакт отдать, не?

как раз для vsts мне и надо достать результаты тестов

Тогда вам надо volume прокидывать с результатами тестов и пусть там их ci и встречает

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

ребята, забудьте про встс. есть докер хост, с которым я общаюсь по сети. надо достать результаты из контейнера

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

А у агента vsts тоже доступа нет?

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

псс, эй парень - scp

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

псс, эй парень - scp

+

псс, эй парень - scp

куда scp?

по ssh доступа никуда нет

куда scp?

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

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

нет, так не сработает. Нет возможности сделать доступ по ssh

ERROR: S client not available

нет, так не сработает. Нет возможности сделать доступ по ssh

почему нету? я бы сделал, ты тоже сможешь)

ну возьми, например, CircleCI и сделай доступ по ssh туда. удачи

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

знатно вы себе жизнь усложнили

И мне нужно достать результат выполнения

CI обычно сложная система. Не все тут админы локалхоста

CI обычно сложная система. Не все тут админы локалхоста

Сложная да. Но ещё она обычно продуманная и управляемая. А не "оно там где-то само по себе что-то делает, а я ничо не могу, но мне нада!!!!"

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

где-то там в облаке, в которому у тебя доступа нет

Ребятки, при пуше контейнера в гитлаб докер регистри выдает 404 ошибку error parsing HTTP 404 response body: invalid character '<' никто не сталкивался?

У тебя в респонсе приходит скорее всего хмл с сообщением нот ауторайзд

Сложная да. Но ещё она обычно продуманная и управляемая. А не "оно там где-то само по себе что-то делает, а я ничо не могу, но мне нада!!!!"

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

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

где в итоге файлы должны оказаться?

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

netcat

\

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

Да я хз, ну сделай вместо cat, upload этого куда-то. Хоть на ftp, хоть в гит, или что там у тебя ещё естт

ну, если вдаваться в подробности, то есть CI pipeline (который делаю я) на VSTS. В pipeline есть шаги, которые выполняются на агентах (аналог jenkins slave'ов и gitlab runner'ов). Агенты получают код приложения и Dockerfile. Задача агента - собрать образ и прогнать тесты с использованием этого образа. Сам агент выполняется внутри докер контейнера, в который проброшен управляющий сокет с хоста. Всё динамическое (и агенты, и сами хосты)

Плодить лишние сущности типа внешнего хранилища желания особого нет

Собственно, вопрос у меня был не как мне CI сделать, а как достать файл из контейнера, если есть доступ в докер хост только через клиента

Собственно, вопрос у меня был не как мне CI сделать, а как достать файл из контейнера, если есть доступ в докер хост только через клиента

Ченить на тему shared volumes? Контейнер с агентом ты изменять можешь? И параметры его запуска?

Да я хз, ну сделай вместо cat, upload этого куда-то. Хоть на ftp, хоть в гит, или что там у тебя ещё естт

В чем трабла?:)

Ченить на тему shared volumes? Контейнер с агентом ты изменять можешь? И параметры его запуска?

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

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

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

есть докеризированное приложение которое пишет логи в /var/log/myapp хочу прикрутить елк мне его нужно заворачивать в этот же контейнер или лучше шарить папку с логами между разными контейнерами?

есть докеризированное приложение которое пишет логи в /var/log/myapp хочу прикрутить елк мне его нужно заворачивать в этот же контейнер или лучше шарить папку с логами между разными контейнерами?

2-ое

можно не шарить

пиши логи в стдаут

фаилбит натравляешь на деволтную папку для логов докера

или включаешь гелф драйвер логирования и пихаешь сразу в логстеш

Нормально ли держать БД внутри docker контейнера на проде?