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

потому что докер прода это ппц

Извиняюсь, что не в тему, а есть вариант как-то сеть докеров на локалхосте(если важно винда) палочкой потыкать, типо карту её сделать или посмотреть как пакеты летят? Я пробовал nmap и traceroute, и оно до контейнера не долетает

tcpdump -i docker0 ?

бриджу wireshark слушаете и все

Извиняюсь, что не в тему, а есть вариант как-то сеть докеров на локалхосте(если важно винда) палочкой потыкать, типо карту её сделать или посмотреть как пакеты летят? Я пробовал nmap и traceroute, и оно до контейнера не долетает

ну или там вайршарком прицепиться к интерфейсу

ну в свою защиту скажу: 0. ко мне можно на "ты", предпочитаю английский/американский подход к вежливости 1. насчет использования компоуза в проде консультировался (не в этом чате, правда) с +- опытными в этом вопросе товарищами - пришел к выводу, что для нужд моего проекта достаточно (zero downtime никто не требует на данный момент, более того - такая специфика проекта) 2. проект пока не нагружен и не приносит денег, можно сказать mvp - прод открыт, но маркетинг не особо ведется (деталей не знаю, аутсорс) 3. ecs - тоже оверкилл на данный момент плюс дорого в любом случае, я не упираюсь рогом в то, что докер на проде надо использовать всегда возникнет необходимость - перенесу на сворм или кубер, на данный момент (последний месяц) все живет нормально и не падает (неожиданно, по крайней мере)

ну в свою защиту скажу: 0. ко мне можно на "ты", предпочитаю английский/американский подход к вежливости 1. насчет использования компоуза в проде консультировался (не в этом чате, правда) с +- опытными в этом вопросе товарищами - пришел к выводу, что для нужд моего проекта достаточно (zero downtime никто не требует на данный момент, более того - такая специфика проекта) 2. проект пока не нагружен и не приносит денег, можно сказать mvp - прод открыт, но маркетинг не особо ведется (деталей не знаю, аутсорс) 3. ecs - тоже оверкилл на данный момент плюс дорого в любом случае, я не упираюсь рогом в то, что докер на проде надо использовать всегда возникнет необходимость - перенесу на сворм или кубер, на данный момент (последний месяц) все живет нормально и не падает (неожиданно, по крайней мере)

там не то что английский, там ю - и так и так воспринимается

tcpdump -i docker0 ?

Про это спасибо, за наводку, ща почитаю что это как

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

там не то что английский, там ю - и так и так воспринимается

вот и я об этом - вежливость определяется не словом "ты" или "вы", а вообще тоном обращения и оборотами речи

вот и я об этом - вежливость определяется не словом "ты" или "вы", а вообще тоном обращения и оборотами речи

Английский - вежливый априори

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

бро, это для пет проекта, в основной специализации я в такое не лезу, для этого есть специальные специалисты)

ну в свою защиту скажу: 0. ко мне можно на "ты", предпочитаю английский/американский подход к вежливости 1. насчет использования компоуза в проде консультировался (не в этом чате, правда) с +- опытными в этом вопросе товарищами - пришел к выводу, что для нужд моего проекта достаточно (zero downtime никто не требует на данный момент, более того - такая специфика проекта) 2. проект пока не нагружен и не приносит денег, можно сказать mvp - прод открыт, но маркетинг не особо ведется (деталей не знаю, аутсорс) 3. ecs - тоже оверкилл на данный момент плюс дорого в любом случае, я не упираюсь рогом в то, что докер на проде надо использовать всегда возникнет необходимость - перенесу на сворм или кубер, на данный момент (последний месяц) все живет нормально и не падает (неожиданно, по крайней мере)

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

ну в свою защиту скажу: 0. ко мне можно на "ты", предпочитаю английский/американский подход к вежливости 1. насчет использования компоуза в проде консультировался (не в этом чате, правда) с +- опытными в этом вопросе товарищами - пришел к выводу, что для нужд моего проекта достаточно (zero downtime никто не требует на данный момент, более того - такая специфика проекта) 2. проект пока не нагружен и не приносит денег, можно сказать mvp - прод открыт, но маркетинг не особо ведется (деталей не знаю, аутсорс) 3. ecs - тоже оверкилл на данный момент плюс дорого в любом случае, я не упираюсь рогом в то, что докер на проде надо использовать всегда возникнет необходимость - перенесу на сворм или кубер, на данный момент (последний месяц) все живет нормально и не падает (неожиданно, по крайней мере)

ecs можно бесплатно запустить, если прод влезет в 1 сервис на t2.micro и 1 бд на RDS))

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

ecs можно бесплатно запустить, если прод влезет в 1 сервис на t2.micro и 1 бд на RDS))

не влезет)

не серьезно для старта проекта чем docker-compose плох?) В плане один фиг первые месяцы возможно год, там трафика особенно не будет, нагрзуки не будет, можно конечно наваратить там со всеми мощными плюхами, только это увеличить стоиомсть сервера(ов) практически в спустую, к тому же взрыва совсем не ожидается. Вообще в я докер полез это из изалированности, плюс мне нужен CI настроиться, что бы с веткой смержился, тест сервер поднялся, с мастером смержился продакшен собрался

не серьезно для старта проекта чем docker-compose плох?) В плане один фиг первые месяцы возможно год, там трафика особенно не будет, нагрзуки не будет, можно конечно наваратить там со всеми мощными плюхами, только это увеличить стоиомсть сервера(ов) практически в спустую, к тому же взрыва совсем не ожидается. Вообще в я докер полез это из изалированности, плюс мне нужен CI настроиться, что бы с веткой смержился, тест сервер поднялся, с мастером смержился продакшен собрался

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

тут мы уходим в сторону оценки бизнес-ценности даунтайма

в итоге проект скатится в задницу потому что кто то пожалел времени на нормальную инфру и построение разработки

не только времени, но и денег

естесна

я грю, а какая прода тогда когда проект выставляется абы как? это поделки на локалхосте а не прода

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

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

я грю, а какая прода тогда когда проект выставляется абы как? это поделки на локалхосте а не прода

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

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

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

а че за проект

если личный и не публичный то делай че хош

да некий агрегратор инфомации, будет nginx, node, mongo,elasticsearch

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

ну о чем и речь

так что swarm курить? мне бы что то простое такое, у меня один сервер)

так что swarm курить? мне бы что то простое такое, у меня один сервер)

берите ECS как товарищ сказал и все

ну защиту от ddos еще поставьте

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

"прода - дело серьезное"

так я с этим и не спорю)

swarm для меня перебор будет?

а ну да там кластеры)

Одним файлом docker-compose можно обойтись

Swarm не для этих целей

Скажите, как сделать чтоб supervisor в контейтере сам поднимался, если упадет? supervisorctl unix:///var/run/supervisor.sock refused connection supervisor> При рестарте пишет # service supervisor restart Restarting supervisor: start-stop-daemon: warning: failed to kill 9991: No such process

вам надо смотреть как он вне контейнера так сделает))

Завести супервайзера для супервайзера

Завести супервайзера для супервайзера

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

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

а потом супервайзера для супервайзера которой следить за супервайзером )

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

я о том, что в контейнере будет то же самое что и без него, лучше вообще его не вводить, а за здоровьем котнейнеров пусть следит k8s

А у меня нет рута на боксе, но докер есть. Как сменить пермишны на папки, которые докер создает у меня в хомяке?

если у тебя есть докер, то у тебя есть рут

Да не особо, ведь есть и неймспейсы и цгрупсы

И вот докердемон создает файлы у меня в хомяке. Я могу внутри контейнера сдеелать чоун на файло, но для внешней операционки это все равно рутовое файло…

я о том, что в контейнере будет то же самое что и без него, лучше вообще его не вводить, а за здоровьем котнейнеров пусть следит k8s

перечитал 10 раз, но так и не понял, что нужно сделать)

перечитал 10 раз, но так и не понял, что нужно сделать)

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

всем привет

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

желательно чо нить мегауниверсальное, чтоб как cat и ls в каждом контейнере было

/etc/host?

что это?

https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/

да не, сие я видел и читал

я хочу в контейнере понять, в какой адрес разарезолвится example.com условный

я хочу в контейнере понять, в какой адрес разарезолвится example.com условный

в тот что он за бриджом получил?

а в случае со свормом и сервисами? какой нить apps_service1

будет ли он резолвиться?

и во что?

хочется внутри конейнера знать

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

да не

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

Приветствую!

У разрабов Студия (проект под дотнет) выдала для проекта Dockerfile, который собирает в контейнере проект: FROM microsoft/dotnet:2.0-sdk AS build Но там же прописан сразу второй образ FROM microsoft/dotnet:2.0-runtime AS base Проект собирается - всё нормально, но остаётся в первом образе, а он 2 Гб весит в итоге. Как можно перебросить собранное во второй образ? Он, вроде бы, специально для этого и весит 219 Мб, что уже сильно лучше.

Я не пойму, как "работает" сборка образа, когда два FROM прописаны (не работал с такими ещё).

Я не пойму, как "работает" сборка образа, когда два FROM прописаны (не работал с такими ещё).

Это multistage builds

Это multistage builds

Понял направление. Спасибо!

У тебя с тегом должен остаться последняя итерация, которую ты уже льёшь в регистри

У тебя с тегом должен остаться последняя итерация, которую ты уже льёшь в регистри

Понял. Нашёл и на Хабре подробней. Спасибо!

Докер, боль)

env_file: - ./dev.env

ни как env переменные не подхватываются, докер композе не ругается

если так

environment: VAR1: 1

то все работает, кто нить сталкивался?

Докер, боль)

Соглашусь. Я вот не могу запустить контейнер от другого юзера.

так вот прям с доков сделал, не работает и все)

Подскажите с docker-compose. Если запускаю вручную - переменные внутри существуют, если из bash скрипта, в котором генерируются эти же переменные - они отсутствуют, и докер выдает стабильное "WARNING: The TAG variable is not set. Defaulting to a blank string."

а как генерируются?

Вытягиваю из aws kms значения, помещаю в переменые и запускаю из скрипта docker-compose

и прикол в том, что если я сам обьявлю переменную и запущу docker-compose руками из командной линии - все будет круто. Но из скрипта это совсем по-другому работает

а в переменные как помещаете?

export VAR_NAME?