The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Выпуск cистемы управления контейнерной виртуализацией Docker..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от opennews on 20-Янв-17, 20:01 
После шести месяцев разработки подготовлен (https://blog.docker.com/2017/01/whats-new-in-docker-1-13/) релиз инструментария для управления изолированными Linux-контейнерами Docker 1.13 (http://www.docker.com/), предоставляющего высокоуровневый API для манипуляции контейнерами на уровне изоляции отдельных приложений.  Docker  позволяет, не заботясь о формировании начинки контейнера, запускать произвольные процессы в режиме изоляции и затем переносить и клонировать сформированные для данных процессов контейнеры на другие серверы, беря на себя всю работу по созданию, обслуживанию и сопровождению контейнеров. Инструментарий базируется на применении встроенных в ядро Linux штатных механизмов изоляции на основе пространств имён (namespaces) и групп управления (cgroups). Код Docker написан на языке Go и распространяется (https://github.com/dotcloud/docker/) под лицензией Apache 2.0.

Основные изменения (https://github.com/docker/docker/releases/tag/v1.13.0):


-  Расширены возможности режима Swarm (https://docs.docker.com/engine/swarm/), начиная с прошлой версии интегрированного в  состав движка  Docker и предоставляющего средства кластеризации для упакованных в контейнеры приложений. Swarm даёт возможность управлять кластером из нескольких хостов Docker по аналогии с работой с одним виртуальным хостом. В новой версии обеспечена поддержка использования compose-файлов (docker-compose.yml) для развёртывания сервисов в режиме Swarm (сложный мультисервисный стек теперь можно развернуть на нескольких хостах одной командой "docker stack deploy"). Из плюсов применения docker-compose.yml отмечается возможность указания желаемого числа экземпляров каждого сервиса, применение политики  обновления и определения условий запуска сервисов.
-  Улучшена обратная совместимость на уровне взаимодействия управляющего демона с инструментарием командной строки (CLI). Если раньше использование новой версии клинта со старой версией демона приводило к проблемам (выводилась ошибка "Error response from daemon: client is newer than server"), то начиная с выпуска 1.13 новые версии CLI учитывают особенности прошлых выпусков демона и могут использоваться для управления ими, что значительно упрощает организацию управления инфраструктурой с одной системы. На случай если клиент пытается выполнить действие, которое ещё не реализовано в демоне в новом выпуске добавлены средства для согласования функциональности клиента и сервера;

-  Реализованы две новые команды "docker system df" и "docker system prune" для отображения сведений об используемом дисковом пространстве и для выполнения операции очистки неиспользуемых данных;

-  Проведена реструктуризация интерфейса командной строки, все команды реорганизованы для более логичного соответствия  объектам, с которыми они взаимодействуют. Например, команды  "list" и "start", применяемые для вывода списка контейнеров и запуска контейнера, перенесены в команду "docker container" и теперь являются подкомандами ("docker container list" и "docker container start" вместо "docker list" и "docker start"), а команда "docker history" преобразована в "docker image history". Поддержка старого синтаксиса команд сохранена для обеспечения обратной совместимости;

-  Расширены средства мониторинга. Добавлена экспериментальная команда "docker service logs", позволяющая упростить отладку сервисов за счёт избавления администратора от ручного сбора логов из отдельных хостов и контейнеров.  При выполнении "docker service logs" логи из всех контейнеров, в которых выполняется указанный сервис, будут перенаправлены в текущую консоль. Кроме того, в новой версии появилась точка  сбора параметров (/metrics) с метриками контейнеров, образов и состояния управляющего демона, выводящая данные в стиле Prometheus (https://prometheus.io/);

-  В команде "docker build" появился новый флаг "--squash", позволяющий агрегировать все производимые при сборке слои файловой системы в один сводный слой, что может оказаться полезным при создании минималистичных образов контейнеров. Ценой такого объединения является увеличение накладных расходов при перемещении образов и невозможность совместного использования таких контейнеров. В команду сборки также добавлен  флаг "--compress"  для сжатия сборочного контекста, отправляемого из CLI в управляющий демон, что позволяет ускорить сборки, при которых осуществляется взаимодействие с демонами на других хостах;

-  Началось бета-тестирование Docker для облачных платформ AWS (https://docs.docker.com/docker-for-aws/) и Azure (https://docs.docker.com/docker-for-azure/).


URL: https://blog.docker.com/2017/01/whats-new-in-docker-1-13/
Новость: https://www.opennet.ru/opennews/art.shtml?num=45891

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от ъ on 20-Янв-17, 20:01 
Возможно кто может ответить - как правильно перезапускать контейнер? (У меня в контейнере БД и при stop - start каждый раз начинается процесс recovery.)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +3 +/
Сообщение от Anon43210 on 20-Янв-17, 20:24 
Запустить внутри контейнера (docker exec) команду, посылающую сигнал основному процессу для Graceful shutdown/restart. Т.е. сделать так, чтобы контейнер (процесс в нём) сам себя аккуратно прибил, совершив все необходимые ему ритуалы :)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +3 +/
Сообщение от Cykooz (ok) on 20-Янв-17, 22:46 
Предполагаю, что у вас процесс базы данных в контейнере запускается как то криво. Например через bash скрипт без использования башевской команды exec. В результате, при остановке контейнера, bash завершается но не пробрасывает сигнал завершения в базу данных. Процесс базы данных не корректно завершается и при следующем запуске начинает recovery.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 20-Янв-17, 23:41 
вы делаете docker stop и mysql процессу прилетает kill -9
как верно подметили выше запустите в докере грубо говоря /etc/init.d/mysql stop
если mysql у вас был основным процессом - то он корректно завершится и контейнер схлопнется
в принципе все эти пляски можно занести в отдельный скрипт и заалиасить например в mysql-docker stop/start/restart
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 21-Янв-17, 00:48 
mysqladmin -uroot -p -h127.0.0.1 --protocol=tcp shutdown

mysql> SHUTDOWN

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от Cykooz (ok) on 21-Янв-17, 00:52 
> вы делаете docker stop и mysql процессу прилетает kill -9

Не совсем так.
The docker stop command attempts to stop a running container first by sending a SIGTERM signal to the root process (PID 1) in the container. If the process hasn't exited within the timeout period a SIGKILL signal will be sent.
Т.е. сначала посылается SIGTERM, и только через 10 секунд (настраивается опцией для команды stop) посылается SIGKILL.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –5 +/
Сообщение от leap42 (ok) on 21-Янв-17, 03:10 
никак
контейнеры steteless by design, если вы положили БД в контейнер, значит, вы используете их неправильно
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

18. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –2 +/
Сообщение от leap42 (ok) on 21-Янв-17, 11:01 
если минусаторы не могут понять эту простую идею своей пустой головой, не верят мне, пусть хоть прочтут статейку от крутых парней (они сделали xtradb, дефолтный движок mariadb):

https://www.percona.com/blog/2016/11/16/is-docker-for-your-d.../

там всё разжёвано для слабоумных

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Василий Топоров email on 21-Янв-17, 13:16 
Смотрите, а если у меня такой кейс: есть старое приложение с корявой базой данных. Оно конфликтует с версией базы, установленной глобально (база плохо спроектирована, нарушена целостность). Для этого приложения мне нужна не самая новая версия базы (MySQL), чтобы не прыгать в командой SET global="..." Короче, надо чтобы база была такая же, как на живом сервере. Вроде как Докер напрашивается сам собой? Чем конкретно Докер плох для моего локального компьютера?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

26. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от leap42 (ok) on 21-Янв-17, 14:57 
> Смотрите, а если у меня такой кейс: есть старое приложение с корявой
> базой данных. Оно конфликтует с версией базы, установленной глобально (база плохо
> спроектирована, нарушена целостность). Для этого приложения мне нужна не самая новая
> версия базы (MySQL), чтобы не прыгать в командой SET global="..." Короче,
> надо чтобы база была такая же, как на живом сервере. Вроде
> как Докер напрашивается сам собой? Чем конкретно Докер плох для моего
> локального компьютера?

не оч вас понял, если честно, но docker - отличный инструмент для тестирования, дебага, разработки и деплоя приложений, но толкать в него инфраструктуру (сеть или хранилище, например в виде БД) - идея плохая

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +2 +/
Сообщение от Аноним (??) on 21-Янв-17, 14:13 
XtraDB это пропатченный InnoDB, а не новый движок БД.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 21-Янв-17, 14:42 
XtraDB это расширительный обвес внутри InnoDB с флагами, а не только пропатченный InnoDB.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от leap42 (ok) on 21-Янв-17, 14:51 
слово "новый", дорогой аноним, ты придумал, я его не писал
ты, дорогой аноним, пробовал писать патч для innodb так, чтобы оно стало работать быстрее? а xtradb быстрее innodb, потому и принято в mariadb. ребята крутые, не понимаю, к чему эта ремарка.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

45. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от Аноним (??) on 22-Янв-17, 20:38 
лол што? вы явно в проде докер или мезос не юзаете. стейт лес это не запрет БД в контейнер, а то что на сам контейнер ведет себя одинакового. volumes вы можете подсовывать самые разные.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

52. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от хурмен on 24-Янв-17, 17:03 
Пожалуйста
https://medium.com/@gchudnov/trapping-signals-in-docker...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

53. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Алконим on 25-Янв-17, 03:50 
Использовать systemd контейнере (с соответсвующим ключем) и не ипать себе мозг.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от vadikgo email(ok) on 21-Янв-17, 01:04 
Нужно в скрипте запуска обрабатывать хэндлеры. Пример здесь: https://github.com/oracle/docker-images/blob/master/OracleDa...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –2 +/
Сообщение от Аноним (??) on 21-Янв-17, 01:32 
До сих пор так и не понял. зачем нужны контейнеры?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от Аноним (??) on 21-Янв-17, 01:42 
Смотреть на то как быстро запускается pid=1 в неймспейсе.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от leap42 (ok) on 21-Янв-17, 04:17 
деплоили когда-нибудь софт на python/ruby, требующий десятков модулей определенных версий? а теперь представьте, что вам нужно деплоить новую версию каждый день, да ещё и по 2-3 раза (чтобы потестировать перед продом). в некоторых из этих ситуаций контейнеры здорово упрощают жизнь.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +4 +/
Сообщение от angra (ok) on 21-Янв-17, 05:01 
Неужто в python/ruby нет аналога local::lib? Сильно в этом сомневаюсь. Даже если нет, то обычного chroot для решения хватило бы.
Сдается мне, что многие из пользующихся контейнерами не очень и понимают, что это такое.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от анонимбл on 21-Янв-17, 10:31 
Это вы не понимаете, что это такое и зачем это использовать.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Доктор Психиатор Котлетоватян on 21-Янв-17, 10:51 
Так это и есть обычный chroot на стеройдах.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Валик228 on 21-Янв-17, 15:57 
> Так это и есть обычный chroot на стеройдах.

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

40. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +2 +/
Сообщение от Для тупых on 22-Янв-17, 02:49 
Чрут на стеройдах реализует изоляцию не только на уровне файловой системы, в отличие от обычного чрута.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

21. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Neptus on 21-Янв-17, 11:49 
Conda (anaconda miniconda) позволяет менять окружение для каждого проекта.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

33. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от denis email(??) on 21-Янв-17, 19:31 
Так это и  virtualenv умеет, только этого мало. Docker позволяет создавать изолированные микросервисы с изолированем и масштабированием. Удобная вещь, но меня не покидает ощущение что он убьет линукс. Теперь можно спокойно работать под вин даже с чисто линуксовыми вещами... Немного печально)
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

51. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от arlex on 23-Янв-17, 23:04 
Доля Linux на десктопе и так небольшая, да и вообще слабо коррелирует с возможностью запуска окружений разработки, к тому же те из разработчиков, кто хотел перейти на Linux, уже давно это сделали. А по части серверов подобная ситуация только на руку Linux, потому что у M$ и близко ничего подобного контейнерам нет.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

20. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 21-Янв-17, 11:27 
Бздунам под джейлом они не нужны
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

28. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от Валик228 on 21-Янв-17, 16:00 
> Бздунам под джейлом они не нужны

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –3 +/
Сообщение от Аноним (??) on 21-Янв-17, 16:12 
VIMAGE, VNET падает в панику, сеть не нарезают со всем остальным вроде есть успехи.

Но да как не была готова это ОС продакшену, так и не будет включая и докер в бсде.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

34. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от . on 21-Янв-17, 23:57 
> VIMAGE, VNET падает в панику, сеть не нарезают

А у меня руки из плеч растут - я такого как то не встречал :)
> Но да как не была готова это ОС продакшену,

Мази купи от пригара, Ыгспёрд :)
>так и не будет включая и докер в бсде.

у них свой с библиотекаршами будет :)
Ну и стандартный в линуксиляторе допилят.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от Средневековый Джокер on 22-Янв-17, 01:46 
> Ну и стандартный в линуксиляторе допилят.

В следующей столетие.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

44. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +4 +/
Сообщение от Аноним (??) on 22-Янв-17, 16:38 
> сеть не нарезают

Ух ты, а провайдеры в 2000-х и не знали, что нельзя нарезать сеть бздами.
> Но да как не была готова это ОС продакшену,

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –2 +/
Сообщение от Аноним (??) on 21-Янв-17, 18:27 
> лимиты на сеть

ставят 10-мегабитную сетевуху, благо не надо выбирать поддерживающуюся. :-)

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

43. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +8 +/
Сообщение от Аноним (??) on 22-Янв-17, 15:11 
>> лимиты на сеть
> ставят 10-мегабитную сетевуху, благо не надо выбирать поддерживающуюся. :-)

Правда, оно умело нарезать сеть еще когда многие умники опеннета пешком под стол ходили... Типа, классическое
ipfw pipe 1 config bw 300Kbit/s
но этого местным петросянам знать не обязательно )

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

47. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –2 +/
Сообщение от Аноним (??) on 22-Янв-17, 23:48 
о древнее зло которое нарезает медленно
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

48. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от Аноним (??) on 23-Янв-17, 09:43 
зато стабильно, как бы нужно стремится к стабильности.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

49. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от Аноним (??) on 23-Янв-17, 16:39 
> зато стабильно, как бы нужно стремится к стабильности.

Некоторым религия не позволяет использовать altq при наличии альтернатив?

queue internet bandwidth 1Mb hfsc (upperlimit 1Mb){inet_jail1,inet_jail2}
        queue inet_jail1 bandwidth 49% priority 3 qlimit 500 hfsc (realtime 500Kb)
        queue inet_jail2 bandwidth 49% priority 3 qlimit 500 hfsc (realtime 500Kb)

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

50. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 23-Янв-17, 21:12 
пердежи про стабильный hfsc на фоне гугловского планировщика в linux.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

42. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +3 +/
Сообщение от Аноним (??) on 22-Янв-17, 15:05 
>>> До сих пор так и не понял. зачем нужны контейнеры?
>> Бздунам под джейлом они не нужны
> а как бздуны нарезают в джейлах лимиты на сеть, диск?

Альтернативная логика некоторых, излишне лапчатых - если нет контейнера, то нет и лимитов? Правда, джейл вроде как аналог, да и цель прибивания лимитов гвоздями к контейнерам не очень ясна, но насчет этого зилоты похоже особо не задумываются да?
> или бздунам лимиты тоже не нужны?

rctl -a jail/process/user:name_or_id:readbps:throttle=10M
rctl -a jail/process/user:name_or_id:writeiops:throttle=1337
А насчет лимитов на сеть даже не вбросно^W смешно. Так что попробуй еще раз.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

15. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Anonimus (??) on 21-Янв-17, 09:58 
Скажите знающие люди, контейнеры можно использовать в прдакшене или они годятся только для тестов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 21-Янв-17, 11:12 
Юзаем контейнеры в проде, есть небольшой пережор по памяти по сравнению со старым подходом, но в целом полет нормальный.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

35. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от . on 22-Янв-17, 00:02 
Повезло. Я вот в нём старый Jenkins держу для ~35 девелов\7 проектов ... не скажу что счастлив, но иначе очень уж гимморно всю солянку версий на одном хосте собирать. А тупо по ВМ нарезать - не влазиит, нищeбpoды они :(
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

37. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Средневековый Джокер on 22-Янв-17, 01:50 
> Повезло. Я вот в нём старый Jenkins держу для ~35 девелов\7 проектов
> ... не скажу что счастлив, но иначе очень уж гимморно всю
> солянку версий на одном хосте собирать. А тупо по ВМ нарезать
> - не влазиит, нищeбpoды они :(

http://rancher.com/rancher/

или Ansible + Terraform

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

38. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Средневековый Джокер on 22-Янв-17, 01:59 
> Повезло. Я вот в нём старый Jenkins держу для ~35 девелов\7 проектов
> ... не скажу что счастлив, но иначе очень уж гимморно всю
> солянку версий на одном хосте собирать. А тупо по ВМ нарезать
> - не влазиит, нищeбpoды они :(

OpenNabula + KVM и развешать докеры с Rancher (development, testing, staging, production).

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от angra (ok) on 22-Янв-17, 02:32 
Контейнеры они несколько разные бывают. OpenVZ уже много лет как используется в продакшене для легковесной виртуализации с выдачей клиенту рута. LXC или LXD они на поиграться или только в доверенной среде для удобства. Docker это несколько другой вариант виртуализации, но опять таки подходит больше для доверенной среды, хотя о безопасности там тоже немного заботятся. Но лучше все-таки набор docker контейнеров внутрь KVM помещать, чем напрямую пускать.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

30. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 21-Янв-17, 16:31 
https://thehftguy.com/2016/11/01/docker-in-production-an-his.../
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от АнонимХ (ok) on 22-Янв-17, 08:37 
Docker - это такой flatpak для серверных приложений? (Сам flatpak, понятно, для десктопных) Объясните.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (??) on 22-Янв-17, 20:42 
Примерно так, только в docker еще накрутили управление контейнерами композ и сварм
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2017 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
Hosting by Ihor