не пробовал

в виртуалбоксе виртуалбокс не запускается :)

очень даже запускался лет 6 назад

какой в этом смысл?

какой в этом смысл?

Рубрика эксперементы

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

в целом схема норм, но докер правильнее юзать в виде - один процесс один копирует

*контейнер

и сейчас идёт движение в сторону - ui-контейнер + микросервисы в роли бекэнда.

и все это запускать на кластере тачек через marathon + mesos и consul для сервис дескавери

очень даже запускался лет 6 назад

запустится если хорошо молотком ему по башке дать. но виртуализация убогая будет

Ну не было ж цели сделать супер, хотелось просто запустить

из экспериментов - вчера как раз перевел небольшой проект на питоне с SQLite на прикольную бд H2 через дрйвер Postrges :) в проме если что можно будет легко на на реальный постгрис переключиться

и сейчас идёт движение в сторону - ui-контейнер + микросервисы в роли бекэнда.

вот да, хорошо бы разделять фронт и бэк для начала на разные контейнеры

иначе немного смысл теряется )

Ничоси

Потом появятся "memory as a service", "cpu as a service", "network as a service"... хотя постойте...

это уже есть

mesos он как раз про это

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

в лабе тыкал счиатеться ?

в ркт канале сидит алесандр овчинников

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

в ркт канале сидит алесандр овчинников

вот и пусть сидит

поделитесь rkt-каналом, кстати

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

а попробуйте сами догадаться

Подскажите, почему я должен хранить данные в busybox-контейнере, а не хост-разделе? Пока привык к пробросу папки ./volumes, есть ли плюсы использование контейнером?

нет смысла.

есть смысл.

возможно есть смысл, возможно его нет

это устаревший хак теперь есть именованные volume

depends, как говориться

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

Получается сейчас есть три поп способа хранить: 1. Проброс с хост системы 2. Проброс с busybox 3. Именнованные volume Про последнее пропустил, пойду штудировать, звучит не плохо Всем спасибо

второй способ это на самом деле первый

только несколько лучше

и годитс ятолько для неизменяемых данных

Нужно хранить два различных конфига и хранилище сертификатов

конфиги так хранить так себе идея. но можно да

конфиги так хранить так себе идея. но можно да

почему так себе?

конфиги как праивло изменяемые

вносить в контейнер сразу?

а контфенеры не изменяемые

вносить в контейнер сразу?

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

Я тебя понял, пойду попробую именные volume

Подскажите, почему я должен хранить данные в busybox-контейнере, а не хост-разделе? Пока привык к пробросу папки ./volumes, есть ли плюсы использование контейнером?

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

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

не любой же софт так умеет

не любой же софт так умеет

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

confd например

consul-template

своя обретка в entrypoint

ERROR: S client not available

envconsul если умеет

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

ну там урл откуда качаем сорцы и всё такое

ну там урл откуда качаем сорцы и всё такое

я юзаю ARG

Note: Environment persistence can cause unexpected side effects. For example, setting ENV DEBIAN_FRONTEND noninteractive may confuse apt-get users on a Debian-based image. To set a value for a single command, use RUN <key>=<value> <command>. документация умалчивает, как бы их аккуратно за собой прибрать

да мало того документация, но и сообще как я понимаю народ особо над этим не парится

а зачем про это парится ?

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

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

для чего ?

какая мотивация так делать ?

если ты переопределил переменную окружения ОС, тогда ты знаешь что делаешь

какая мотивация так делать ?

я говорю, что проблема надумана

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

если там происходит что то еще - очевидно контефнер сбойный или работа недоделана.

потому что ты НЕ ПЕРЕОПРЕДЕЛЯЕШЬ системные переменные. Ты вводишь свои. Проблемы нет.

да проблем не было просто глобальных)

да что бы я не делал. я _знаю_ последствия. иначе контейнер сбойный и смои выше.

да проблем не было просто глобальных)

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

Привет всем. Подскажите, можно ли направить http трафик контейнера через socks5 прокси?

Привет! зачем? чем реверс прокси не устраивает?

Привет всем. Подскажите, можно ли направить http трафик контейнера через socks5 прокси?

стандратно средствами linux

netcat ?

netcat ?

ss

Привет всем. Подскажите, можно ли направить http трафик контейнера через socks5 прокси?

Если речь про исходящий – можешь iptables-ом в `redsocks` засунуть. Если речь не про bind через socks5.