|
2.5, Слакинсан (?), 22:42, 09/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Другой вариант ответа зачем это надо - люди деньги зарабатывают. Монетизация хоть и неявная, но в проекте присутсвует - релизы идут все чаще и чаще, каждую неделю уже, значит все нормально у парней с доходом.
| |
|
3.55, Аноним (-), 15:28, 11/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Другой вариант ответа зачем это надо - люди деньги зарабатывают. Монетизация хоть
> и неявная, но в проекте присутсвует - релизы идут все чаще
> и чаще, каждую неделю уже, значит все нормально у парней с
> доходом.
Нихр.на это не значит. Пока ты не увидишь бухгалтерские документы. И даже тогда ты можешь ошибиться.
| |
|
2.8, rob pike (?), 22:50, 09/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Если совсем коротко - в прекрасном новом мире считается что зависимости между пакетами это очень сложно. К тому же сисадминов брать негде. Docker маркетится как серебряная пуля, позволяющая эти проблемы решить.
| |
|
3.9, Аноним (-), 23:03, 09/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
ну почему же, просто люди ставят например весь lamp в контейнеры и изолируют приложения друг от друга, контролируют ресурсы. Это не просто замена пакетов, а хрень для деплоя и управления контейнерами, ее много где можно применить с толком.
| |
|
4.11, rob pike (?), 23:12, 09/06/2014 [^] [^^] [^^^] [ответить] | +/– | Контроль ресурсов в списке зачем людям Docker если и есть, то месте на последн... большой текст свёрнут, показать | |
|
5.20, RomanCh (ok), 00:35, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Контроль ресурсов в списке "зачем людям Docker" если и есть, то месте на последнем примерно.
Нуу... Не знаю, я например использую, особо в отношении памяти и проца. Не то что бы это на первом месте, ведь можно то же сделать в cgroups, но всё-таки - удобно использовать всё это в комплекте который "сам всё упакует как надо".
| |
|
6.23, rob pike (?), 00:52, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
У вас очень полезные применения расписаны ниже, но и очень нестандартные, относительно основной массы пользователей.
| |
|
7.30, RomanCh (ok), 02:13, 10/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У вас очень полезные применения расписаны ниже, но и очень нестандартные, относительно
> основной массы пользователей.
Возможно, я не занимался изучением чужих интересов к Docker, и уж точно не отрицаю возможностей их существования :) Только лишь указываю что "есть и такой взгляд на вещи".
Мне важно то, что Docker позволяет делать это максимально удобным и наименее затратным образом (буквально несколько команд включая команды уже "внутри контейнера") с минимальным отрывом от "основного производства". Да ещё и денег за это не просит! :-)
| |
|
|
|
|
3.16, rob pike (?), 23:56, 09/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пуля, пуля.
>After talking with thousands of companies over the past year, the one thing that shines through is that everyone has a different opinion/mechanism/interest in implementing Docker, from increasing developer efficiency to being the core piece of technology of their scheduler/hyper scale dream infrastructure.
>The power in Docker lies in the promise that it can solve a lot of the problems across that spectrum. | |
3.17, Аноним (-), 23:59, 09/06/2014 [^] [^^] [^^^] [ответить]
| –5 +/– |
> маркетится как серебряная пуля, позволяющая эти проблемы решить.
Ну а что, не так уж врут: пока ты будешь поднимать 20 железных серверов, рак на горе задолбается свистеть. А нарезать 20 виртуалок и распихать в них все сможет и 1 системный администратор, особенно с автоматизацией всего этого.
| |
|
4.19, хм (?), 00:14, 10/06/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
>А нарезать 20 виртуалок и распихать в них все сможет и 1 системный администратор, особенно с автоматизацией всего этого.
а зачем Docker?
| |
4.35, Аноним (-), 06:33, 10/06/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
Для поднятия 20 железных серверов есть: chef и рак не свистит
| |
4.56, Аноним (-), 15:33, 11/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> маркетится как серебряная пуля, позволяющая эти проблемы решить.
> Ну а что, не так уж врут: пока ты будешь поднимать 20
> железных серверов, рак на горе задолбается свистеть. А нарезать 20 виртуалок
> и распихать в них все сможет и 1 системный администратор, особенно
> с автоматизацией всего этого.
Ай, что ты, вихрь! А как насчет кастомных серверов? Или ты пытаешься убедить тут всех, что ставятся системы из коробки, с DHCP и всякой включенной по дефолту лабуденью?
Может быть, ты считаешь, что в виртуалках это как-то быстрее делается? У меня для тебя стрёмные новости, чувак - ты в жизни не видал 20 серверов и ты админ локалхоста.
На локалхосте ты хоть др.чить вприсядку можешь. Но IRL все совершенно иначе.
| |
|
5.57, Аноним (-), 01:15, 12/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
"Или ты пытаешься убедить, кастомные сервера, IRL, др.чить вприсядку, все совершенно иначе"
Тебя на ксакепе забанили, да?
| |
|
|
|
2.10, RomanCh (ok), 23:11, 09/06/2014 [^] [^^] [^^^] [ответить]
| +11 +/– |
Лично я например использую для:
* Запуска всякой неведомой фигни которая чёрт знает что потянет за собой и вообще ХЗ как может работать.
* Сборки/установки приложений со специфическими требованиями.
* Изоляции всякого УГ типа скайпа и жабных приложений, когда его таки приходится запускать.
* Сборки чистых пакетов под ОС с другой пакетной системой. Например под Debian собираю rpm'ки для CentOS. На днях с этим вообще забавно получилось - в "натуральном CentOS" не мог собраться пакет т.к. насована куча репозиториев и образуются битые зависимости, зато поставил в Docker'е под Debian'ом базовую чистую систему за 5 минут буквально (с инета качалось), доставил необходимые пакеты для сборки и всё собралось на ура.
А слова про "мало админов/зависимости - плохо и сложно", ну наверное они тоже имеют вес. Но это кому как.
| |
|
3.62, integer (ok), 18:16, 23/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> * Изоляции всякого УГ типа скайпа и жабных приложений, когда его таки
> приходится запускать.
> * Сборки чистых пакетов под ОС с другой пакетной системой. Например под
> Debian собираю rpm'ки для CentOS. На днях с этим вообще забавно
> получилось - в "натуральном CentOS" не мог собраться пакет т.к. насована
> куча репозиториев и образуются битые зависимости, зато поставил в Docker'е под
> Debian'ом базовую чистую систему за 5 минут буквально (с инета качалось),
> доставил необходимые пакеты для сборки и всё собралось на ура.
> А слова про "мало админов/зависимости - плохо и сложно", ну наверное они
> тоже имеют вес. Но это кому как.
Собирать пакеты надо обязательно в чистом окружении, а не в мусорке с непонятно-какими пакетами.
| |
|
4.64, Andrey Mitrofanov (?), 09:41, 24/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Собирать пакеты надо обязательно в чистом окружении, а не в мусорке с
> непонятно-какими пакетами.
Не убязательно. Это зависит. У RH второй способ = часть бизнес-модели.
| |
|
5.65, integer (ok), 14:04, 24/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Собирать пакеты надо обязательно в чистом окружении, а не в мусорке с
>> непонятно-какими пакетами.
> Не убязательно. Это зависит. У RH второй способ = часть бизнес-модели.
Где вы нашли информацию как RH собирает RHEL?
| |
|
6.66, Andrey Mitrofanov (?), 15:08, 24/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Не убязательно. Это зависит. У RH второй способ = часть бизнес-модели.
> Где вы нашли информацию как RH собирает RHEL?
Именно!
| |
|
|
|
|
2.12, Аноним (-), 23:24, 09/06/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
"виртуализация для чайникой". эдакий "EMC для неосиляторов", примерное.
для тех кто давно из анабиоза - есть и получше вещи.
| |
2.15, Аноним (-), 23:56, 09/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Объясните по простому, зачем они нужен?
Рулить относительно большими стадами виртуалок в духе энтерпрайзов.
| |
|
3.22, RomanCh (ok), 00:43, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Честно говоря я бы пока не решился. Именно что бы "стадами виртуалок" гонять, как минимум исходя из граблей с невозможностью шейпить скорость записи на диск внутри контейнера. Что в свою очередь есть ограничение даже не Docker'а а cgroups, т.е. внешний подключаемый том (через опцию -v) вас в этом случае тоже совсем не спасёт.
| |
3.24, rob pike (?), 00:59, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Рулить относительно большими стадами виртуалок в духе энтерпрайзов.
С точки зрения "рулить" надо говорить про OpenStack, решения от Citrix (на базе Xen), и VmWare.
Технологии типа контейнеров находятся одним уровнем абстракции ниже.
Хотя Docker-бойцы и пытаются взобраться на этот один уровень абстракции выше ("мы не только на контейнерах могём, мы на чём хошь (KVM, Xen) и поверх чего хошь (device mapper, BTRFS), и у нас даже есть веб-интерфейс"), я бы оценил их потуги как несбыточные.
| |
|
4.32, Аноним (-), 02:19, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Откровенный бред. Разберитесь уже где "ниже" у вас где "выше", и кто куда карабкается.
| |
|
|
2.18, Аноним (-), 23:59, 09/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Разрабатывать приложения в практически staging environment прямо на девелоперской тачке.
| |
|
|
4.53, zztop (?), 22:15, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вы, конечно же, имели ввиду "для этого Docker принципиально всем лучше VM"
Я сразу заметил опечатку.
Ведь очевидно, что докер _не_ эмулирует целую машину с кучей железа, поверх которой работает операционная система и всё ради какого-то одного сервиса/приложения, в отличии от VM.
| |
|
5.61, rob pike (?), 06:58, 17/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
Вы действительно прямо кожей чувствуете этот оверхед?
Или девелоперские машинки это теперь Macbook Air с 2GB RAM, где лишняя VM кого-то напрягает?
| |
|
|
|
|
3.31, Аноним (-), 02:16, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Если есть возможность использовать VM то оно не нужно.
Запуск, остановка, клонирование, заморозка контейнера занимает не более 0,01 секунды.
Плюс у контейнеров нет потери производительности.
| |
|
|
5.34, Аноним (-), 03:21, 10/06/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Инструментарий базируется на применении встроенных в ядро Linux штатных механизмов изоляции на основе пространств имён (namespaces) и групп управления (cgroups).
>>chroot?
80-тые атакуе? А с тем что из chroot-а приложение может легко выйти или неограниченно потреблять ресурсы вы как собрались бороться?
| |
|
6.49, Perl_Jam (?), 15:29, 10/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Инструментарий базируется на применении встроенных в ядро Linux штатных механизмов изоляции на основе пространств имён (namespaces) и групп управления (cgroups).
>>>chroot?
> 80-тые атакуе? А с тем что из chroot-а приложение может легко выйти
> или неограниченно потреблять ресурсы вы как собрались бороться?
легко? hardened вам в помощь =)
| |
|
7.50, Аноним (-), 16:38, 10/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Больше костылей богу костылей?
Как насчет сетевой подстистемы? А есди мне нужно другое ядро линукс?
А cмогу я для chroot-ованной прогруммы выполнить #init 1 ?
| |
|
|
|
|
|
|
1.36, Аноним (-), 06:36, 10/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Прекрасно показывает убогость традиционных unix прав, разграничений доступа и пакетных менеджеров.
| |
|
2.59, Аноним (-), 01:23, 12/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Прекрасно показывает убогость традиционных unix прав, разграничений доступа и пакетных
> менеджеров.
Для убогость для решения каких задач?
| |
|
|
2.42, Аноним (-), 08:52, 10/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А в чем профит по сравнению с обычным LXC?
docker pull centos:6.4
docker -t -i run centos:6.4 /bin/bash
| |
|
3.47, anonymous (??), 13:15, 10/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
lxc-create -t centos6.4 -n centos64test
lxc-start -n centos64test
lxc-console -n centos64test, ввести логин и пароль, либо если есть работающий днс - зайти по имени сразу по ssh, если в шаблон положить еще и ssh-ключик - еще и автоматом зайдет.
| |
3.48, Аноним (-), 13:17, 10/06/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
А словами рассказать кратко? Вот docker pull centos:6.4 что делает? Скачивает откуда-то из интернета неведомый образ диска с неведомо чем или устанавливает centos с нуля из официальных репозиториев centos?
| |
|
4.51, Аноним (-), 16:39, 10/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А словами рассказать кратко? Вот docker pull centos:6.4 что делает? Скачивает откуда-то
> из интернета неведомый образ диска с неведомо чем или устанавливает centos
> с нуля из официальных репозиториев centos?
Да.
| |
|
|
|
1.44, Аноним (-), 09:31, 10/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
@LTS1404:~$ docker.io -v
Docker version 0.9.1, build 3600720
Вот пока убунта не обновится, не продакшен ни фига.
| |
1.54, lucentcode (ok), 23:31, 10/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Самое интересное решение из области виртуализации за последние годы. И самое перспективное. Хотя если нужно всего пару однотипных контейнеров, за глаза хватит чистого lxc.
| |
|
2.63, integer (ok), 18:19, 23/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Самое интересное решение из области виртуализации за последние годы. И самое перспективное.
> Хотя если нужно всего пару однотипных контейнеров, за глаза хватит
> чистого lxc.
Перспективности больше чем практической пользы. Для двух виртуалок и vbox'a хватает уже кучу лет, а если это песочница, то и чрута.
| |
|
1.60, ALex_hha (ok), 00:12, 13/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Хотя если нужно всего пару однотипных контейнеров, за глаза хватит чистого lxc.
вы точно поняли зачем нужен сабж?
| |
|