Docker

[alex_127]

убирает вопросы а какую базу данных? а как на вопросы отвечать? ой, у меня уже одна стоит, можно к ней подключить?
короче отвечает веяниям партии - чтобы даже идиот смог запустить.
ну а поскольку в продакшен все компьютеры идиоты то это помогает тоже.
а относительно гранат - они бесплатно с любой базой данных. its a gift from us.

[shadow7256]

реляционная база в production на докере - это из серии обезьяна с гранатой..выползают ReplicationController, StatefulSets и прочие матерные слова.. докер не для баз данных придумывался..

То есть допустим запихать ASP.NET MVC + Sql Server приложение в контейнер не стоит?

[shadow7256]

Данные куда SQL пишет не должны быть на файловой системы контейнера.

вы про какие данные говорите?

[shadow7256]

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

зачем тогда сделали все эти образы с Sql server express?

[kostik78]

Данные куда SQL пишет не должны быть на файловой системы контейнера.

вы про какие данные говорите?

Ну например у Mysql data folder. Место куда пишет MySQl server данные. Тоже кстати относится к логам.

[adda_]

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

[SashaKR]

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

причём зачастую не application level баги, а container..
https://thehftguy.com/2016/11/01/docker ... f-failure/
статья, правда, немного старовата, за 2 года стало, думаю, получше

[kostik78]

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

причём зачастую не application level баги, а container..
https://thehftguy.com/2016/11/01/docker ... f-failure/
статья, правда, немного старовата, за 2 года стало, думаю, получше

Почитал, много из написаного - правда и уже давно устранено.

В целом человек жалуется на:
а) Не разобрались толком с новым продуктом и огребли много проблем (что в принципе действительно для любого сложного продукта)
б) Ссылки на отказ использовать докера девелоперами выглядят тоже из раздела: нам эта хрень не нужна мы и так поживем
Мое ИМХО на статью

P.S. Я никогда не слышал что есть какие то специфичные проблемы в докере что мешают нормально работать Erlang.

[M. Ridcully]

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

Вот прям приятно послушать специалиста - взвешенно, авторитетно, аргументированно.

[Oleg-NY]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

[Вячеслав Викторович]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

разница в зависимостях при создании имиджей. Берешь имидж jdk-8, наследуешь в имидж скажем jboss 7.1, имидж jboss наследуюешь в имидж своей апликухи.
Надо пропатчить jdk, пропатчил имидж jdk, всё остальное, что его унаследовало пропатчится тоже., то самое с jboss например и т.д.

[kostik78]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

В случае VM идет полная виртуализация создается полная эммуляция - CPU, Memory и всей остальной железной подяги. По этой причине можно в VM подымать winodws в линук и наборот ибо hypervisor может эмулировать систему полностью.

Контейнеры это не виртуализация. Контейнер это обычный системный процесс который изолирован от остальных с помощью cgroups, на него наложены квоты, создан fake root (chroot). Все контейнеры шарять ядро хоста. Соотвественно нельзя запустить Windows в контейнере.

[kostik78]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

разница в зависимостях при создании имиджей. Берешь имидж jdk-8, наследуешь в имидж скажем jboss 7.1, имидж jboss наследуюешь в имидж своей апликухи.
Надо пропатчить jdk, пропатчил имидж jdk, всё остальное, что его унаследовало пропатчится тоже., то самое с jboss например и т.д.

Не совсем так. Если Вы не перестроили jboss после перестройки jdk8 image, jboss имадж будет все еще ссылаться на старый layer of jdk8 image и использовать не пропаченый jdk image. То бишь для патчинга потребуется перестройка всего дерева, но фактически будет перестроен jdk8 image, а все остальные обновлять links to base image. Ничего автоматически не происходит, к сожаленью или счастью

[Prosche]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

В случае VM идет полная виртуализация создается полная эммуляция - CPU, Memory и всей остальной железной подяги. По этой причине можно в VM подымать winodws в линук и наборот ибо hypervisor может эмулировать систему полностью.

Контейнеры это не виртуализация. Контейнер это обычный системный процесс который изолирован от остальных с помощью cgroups, на него наложены квоты, создан fake root (chroot). Все контейнеры шарять ядро хоста. Соотвественно нельзя запустить Windows в контейнере.

Насколько я понимаю все вышесказанное справедливо для *никс систем, докер на винде требует виртуализации, поэтому там используются или ХайперВи или ВиБокс (ранее). А так же поэтому на винде имиджи тяжеленные и медленные.

[Oleg-NY]

Возвращаясь к напечатанному: так почему все-таки Docker и контейнеры это не VM в общем случае?
Это что, типа снобизм такой? ))
Какая разница для апликации что именно виртуализируется, железо или ядро, чтобы называться VM?

В случае VM идет полная виртуализация создается полная эммуляция - CPU, Memory и всей остальной железной подяги. По этой причине можно в VM подымать winodws в линук и наборот ибо hypervisor может эмулировать систему полностью.

Контейнеры это не виртуализация. Контейнер это обычный системный процесс который изолирован от остальных с помощью cgroups, на него наложены квоты, создан fake root (chroot). Все контейнеры шарять ядро хоста. Соотвественно нельзя запустить Windows в контейнере.

Это все как бы понятно. Вопрос был не про технику, а в принципе тем более, что, как было замечено выше, технология реализации контейнеров под линухом и виндами сильно разная.
Т.е. в "вину" контейнерам ставится невозможность исполнять чужеродную ОС. Так? Но это ведь не было самоцелью виртуализации как таковой? Насколько я понимаю, целью было разделение ресурсов и изоляция приложения или группы приложений, в конечном итоге. То, что таким приложением может быть сама ОС это, так сказать, побочный эффект.

разница в зависимостях при создании имиджей. Берешь имидж jdk-8, наследуешь в имидж скажем jboss 7.1, имидж jboss наследуюешь в имидж своей апликухи.
Надо пропатчить jdk, пропатчил имидж jdk, всё остальное, что его унаследовало пропатчится тоже., то самое с jboss например и т.д.

Опять же, разница чисто технологическая с точки зрения администрирования. Сдается мне, что это - чисто вопрос стереотипов. Никто же не возмущается когда Java VM носит столь гордое имя! ))