Size: a a a

RU.Docker — Официальное Русское Сообщество

2019 April 19

AF

Andrey F in RU.Docker — Официальное Русское Сообщество
Dan 🐈 Capybara
Так. Ещё раз по-полочкам.
1. Был вопрос: "А кто-нибудь знает, как при наличии двух контейнеров, сделать так, чтобы один контейнер обращался на 127.0.0.1 на некий порт, и при этом обращение шло на этот порт, но уже другого, второго контейнера?"
2. Ответ: нет. Никто не знает, потому что так никто не делает.
3. Я попробовал объяснить почему так никто не делает, и на всякий случай сделал отсылку к документации
4. На тезис, что документация докера не последняя инстанция, я ответил согласием. Ведь последней инстанцией действительно являются исходники докера.
5. Мне вообще безразлично зачем тебе что-то там делать. Ты спросил — я ответил.
6. Если ты убеждён, что докер это удобная обёртка с утилитами на go, то у меня для тебя две плохие новости: 1. ты не знаешь что такое докер, 2. ты очень самоуверен для такого количества знаний.

Дам три бесплатных совета:
1. Угомони свой юношеский пыл, и направь энергию с лишних и ненужных споров на изучение тематики более глубоко и подробно. Поверь опыту, ты получишь от этого только удовольствие.
2. Прежде чем что-либо произносить вслух, убедись что информация проверена тобой лично, и ты составил объективное представление о предмете. Если ты где-то от кого-то когда-то что-то слышал, это не значит что об этом можно утверждать в ключе, как будто это истина. Это не так.
3. Когда людьми движет любопытство — это прекрасно. Это здорово, когда ты ставишь перед собой странные задачи, потому что вполне возможно ты сможешь открыть какой-то новый способ получать какие-то новые интересные результаты. Тем не менее, я очень рекомендую для начала хотя бы изучить тематику вопроса. Пусть не глубоко, но достаточно для того, чтобы понимать внутренние процессы работы механизма (того же networking в докере, например). А в идеале — приходить сюда желательно с уже набитыми на практике шишками. Таким образом у тебя будет больше шансов получить интересные ответы, ведь за твоим вопросом будет не просто праздное любопытство, а опыт, основанный на знаниях.
Резюмирующую часть
скопипиздитиь в шапку и в интернеты, для дальнейших применений :)))
источник

AA

Artyom Abramovich in RU.Docker — Официальное Русское Сообщество
точняк
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Оно всё равно не работает :(
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Осознание и понимание приходит с опытом и возрастом
источник

AF

Andrey F in RU.Docker — Официальное Русское Сообщество
сидят тут замшелые пеньки, щас то вас молодежь научит почём фунт лиха :)))
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
Dan 🐈 Capybara
Какими командами ядра (блядь, что я несу?) можно по вашему мнению реализовать то, что реализует докер?
Возможно, чел имел ввиду вот эти относительно свежие механизмы в ядре, забыл как оно называется. Которое занимается на самом деле схожей с докером задачей. Не могу вспомнить название.
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Andrey F
сидят тут замшелые пеньки, щас то вас молодежь научит почём фунт лиха :)))
Я не против, но я серьёзно с радостью ведь отправлю переписку Соломону.
источник

AF

Andrey F in RU.Docker — Официальное Русское Сообщество
targitaj
Возможно, чел имел ввиду вот эти относительно свежие механизмы в ядре, забыл как оно называется. Которое занимается на самом деле схожей с докером задачей. Не могу вспомнить название.
неймспейсы? ну да докер их юзает, причём в той же сети довольно убого
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
*полез на опеннет в историю релизов ядра искать*
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
cgroup
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
может речь про cgroup?
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
да, определённо, речь про cgroup
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Так да, но там месье утверждает что докер — обрётка
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Так-то фундаменитально наверное в этом есть зерно истины
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
Dan 🐈 Capybara
Так да, но там месье утверждает что докер — обрётка
ну если докер использует cgroup - то вполне можно назвать обёрткой
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Всё сложно
источник

D🐈

Dan 🐈 Capybara in RU.Docker — Официальное Русское Сообщество
Там свой cgroup
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
Dan 🐈 Capybara
Там свой cgroup
мб, я не вникал
источник

t

targitaj in RU.Docker — Официальное Русское Сообщество
Разработка была начата инженерами Google Полом Менэджем (Paul Menage) и Рохитом Сетом (Rohit Seth) в 2006 году и первоначально называлась «контейнеры процессов» (англ. process containers)[1]. В 2007 году проект был переименован в сgroups (от англ. control groups) по причине неоднозначности значения термина «контейнер» в ядре Linux.

Начиная с версии 2.6.24 ядра Linux технология включена в официальные версии ядра[2]. С этого момента разработка значительно активизировалась, в механизм добавлено много дополнительных возможностей, механизм существенным образом используется в технологии инициализации systemd, а также является ключевым элементом в реализации системы виртуализации на уровне операционной системы LXC.
источник