♿
а ты у себя коппируешь в /app, очевидно
ох во дела
User name. Ошибка возникает когда пытаюсь добавить в шторме interpreter в докере. Подскажите пожалуйста ваши версииSize: a a a
2020 June 22
2020 June 23
A
Парни привет! Я никак не могу вкурить, куда ему надо добавить
GG
Парни привет! Я никак не могу вкурить, куда ему надо добавить
User name. Ошибка возникает когда пытаюсь добавить в шторме interpreter в докере. Подскажите пожалуйста ваши версииобнови шторм, пока идей больше нет. С хост машины докер доступен без проблем? Или ты удаленную пробуешь подключить?
A
обнови шторм, пока идей больше нет. С хост машины докер доступен без проблем? Или ты удаленную пробуешь подключить?
доступен, все ок
AG
ну да,это факт
T
господа, чем мониторить статус хелсчеков в докере? Собственные метрики отдают просто "succeeded healthchecks" и "failed healthchecks", а хотелось бы с разбиением по контейнерам. cadvisor просто снимает потребление ресурсов по сигруппам
BS
господа, чем мониторить статус хелсчеков в докере? Собственные метрики отдают просто "succeeded healthchecks" и "failed healthchecks", а хотелось бы с разбиением по контейнерам. cadvisor просто снимает потребление ресурсов по сигруппам
Один контейнер с одним сервисом и собственным метриками которые и мониторить, разве нет?
T
Один контейнер с одним сервисом и собственным метриками которые и мониторить, разве нет?
далеко не все контейнеры инструментированы из коробки, ну и хелсчеки банально проще сделать
MT
далеко не все контейнеры инструментированы из коробки, ну и хелсчеки банально проще сделать
Хелчек бывает разный там бд живо выполняется ли логика бездомные рядом ли и тп
T
Хелчек бывает разный там бд живо выполняется ли логика бездомные рядом ли и тп
ну да, но на выходе либо starting, либо healthy, либо unhealthy. Docker выставляет наружу метрики (недавно вроде появилось), но выставляет просто количество запусков тестов и количество неуспешных. Вроде неплохо, но хотелось бы видеть в разрезе по сервисам
AK
День добрый. Тут такое дело, есть Dockerfile с несколькими стадиями сборки (FROM <from> as <tanem>).
https://gist.github.com/mrkovalchuk/02bd9041e9eb856f34802eb8687885c8
Сжатая версия:
Проблема в чем, я предполагал, что каждая стадия может быть запущен без запуска предыдущей стадии. Из-за этого возникает проблема, когда для последней описанной стадии, в моем случае, дважды собираются python пакеты.
Можете подсказать, можно ли сделать сборку стадии release_image без предварительной сборки стадии dev_image?
https://gist.github.com/mrkovalchuk/02bd9041e9eb856f34802eb8687885c8
Сжатая версия:
FROM python as base_image
…
FROM base_image as dev_image
…
RUN pip install
FROM base_image as release_image
…
RUN pip install
Проблема в чем, я предполагал, что каждая стадия может быть запущен без запуска предыдущей стадии. Из-за этого возникает проблема, когда для последней описанной стадии, в моем случае, дважды собираются python пакеты.
Можете подсказать, можно ли сделать сборку стадии release_image без предварительной сборки стадии dev_image?
MT
Можешь переносить. Обраннгые пакеты между образами
GG
GG
тут есть два нюанса - первый - ты действительно собранные пакеты можешь таскать между образами, но с питоном нужно быть аккуратным
GG
второй нюанс - у тебя почему-то кэш не отрабатывает, вероятно у тебя в последнем контейнере - перед pip есть что-то другое
GG
чтобы у тебя все заработало надо переписать докер файл
MT
тут есть два нюанса - первый - ты действительно собранные пакеты можешь таскать между образами, но с питоном нужно быть аккуратным
Вообще с питоном надо быть аккуратнее
i
День добрый. Тут такое дело, есть Dockerfile с несколькими стадиями сборки (FROM <from> as <tanem>).
https://gist.github.com/mrkovalchuk/02bd9041e9eb856f34802eb8687885c8
Сжатая версия:
Проблема в чем, я предполагал, что каждая стадия может быть запущен без запуска предыдущей стадии. Из-за этого возникает проблема, когда для последней описанной стадии, в моем случае, дважды собираются python пакеты.
Можете подсказать, можно ли сделать сборку стадии release_image без предварительной сборки стадии dev_image?
https://gist.github.com/mrkovalchuk/02bd9041e9eb856f34802eb8687885c8
Сжатая версия:
FROM python as base_image
…
FROM base_image as dev_image
…
RUN pip install
FROM base_image as release_image
…
RUN pip install
Проблема в чем, я предполагал, что каждая стадия может быть запущен без запуска предыдущей стадии. Из-за этого возникает проблема, когда для последней описанной стадии, в моем случае, дважды собираются python пакеты.
Можете подсказать, можно ли сделать сборку стадии release_image без предварительной сборки стадии dev_image?
Юзай pipenv
GG
FROM python as base_image
…
FROM base_image as dev_image
… <- и вот это
RUN pip install
...
FROM base_image as release_image
… <- вот это должно быть одинаковым, иначе pip install пойдет заново
RUN pip install
...
i
Чтобы ебатории с модулями не было