The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск cистемы управления контейнерной виртуализацией Docker..., opennews (??), 19-Июл-18, (0) [смотреть все]

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


16. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от нах (?), 19-Июл-18, 12:50 
> Многие вещи просто наркоманские, вроде registry.

это вы еще не видели контейнера с интуитивно приятным интерфейсом для управления ейю. На nodejs, на чем же еще. Сколько там в api команд - три, пять?

> Когда официально не рекомендуют делать apt upgrade при сборке образа, я понимаю почему

потому что при сборке - бесполезно, нужен регулярный. И еще и грабли что нельзя просто запустить apt-get update (не надо в RUN использовать apt, он же говорит что это не для скриптов) - он закэширует результат.

> иначе, заявленная оптимизация по занимаемому образами месту превратится в тыкву.

глупости, апгрейд займет в худшем случае столько же, сколько уже лежащее в образе, ну будет не 80 а 160 мегабайт (но вероятнее таки 90), один раз, закэшированное, наследуемое/shared любыми образами, начинающимися с тех же команд. Кому оно повредило бы... пользы вот только - тоже немного. Разьве что пересобирать по крону всю иерархию образов и потом рестартовать контейнеры. С риском, что что-нибудь не запустится после апгрейда.

И основные претензии тут не к докеру, а к деби11иану. У которого нужен ручной запуск update, в отличие от yum/dnf/zypp апдейтящих по таймеру (и репо, не имеющие привычки удалять старые пакеты, поэтому если даже апдейт выключен - то, о чем оно уже знало, все равно скачается и сапгрейдится - правда, возможно, не на распоследнюю версию), и невозможно сделать upgrade только необходимым пакетам, оставив в покое остальные. И даже security отдельно от просто-апдейтов нельзя по-человечески поставить. Тут докер не виноват, приходится им работать с чем подсунули.

> В процессе разработки и тестирования.

разработчики не умеют и не хотят docker top, docker exec и docker logs. Они хотят attach и чтоб внутри вот такая же убунта как на продакшне (и еще удивляются, почему crontab не работает)

> Продакшн же, как это уже всеми признано, не место для докера.

куда ты денешься, если вот так наразрабатывают?

вот авторы докера тоже - сначала --init "только для standalone, чтоб разработчикам было хорошо". А теперь уже и в swarm - угадай, для чего ?

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

65. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от odd.mean (ok), 20-Июл-18, 09:37 
> и невозможно сделать upgrade только необходимым пакетам, оставив в покое остальные.

Ещё как можно: есть apt(-get) install и dselect-upgrade (man 8 apt-get). А ещё есть apt pinning

> И даже security отдельно от просто-апдейтов нельзя по-человечески поставить

Тоже можно: man 5 apt_preferences

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

66. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от нах (?), 20-Июл-18, 10:11 
> Ещё как можно: есть apt(-get) install

и пакеты, установленные автозависимостями, внезапно, превращаются в установленные по требованию, соответственно, перестает работать autoremove. Не говоря уже о том, что все стопиццот пакетов ты будешь перечислять вручную, и не забывай проверять при каждом обновлении (вручную же) не надо ли обновить что-то еще.

> А ещё есть apt pinning

еще есть много совершенно бесполезных слов, имеющих опосредованное отношение к управлению пакетами, но ни малейшего - к описанной в исходном сообщении проблеме.

а есть системы управления пакетами, отличные от apt, где всех этих высосанных из пальца проблем нет, как и необходимости миллиона костыликов и подкладочек, чтобы как-то их обойти, а есть, к примеру, "zypper patch -g security" или даже --severity critical, если неохота тратиться на всякую мелочь. Без необходимости вручную перечислять пакетики поштучно, смотри-не-пропусти-ничего, и без риска получить апдейты всегоинтернета размером больше чем исходный образ, и нафиг не нужные. И есть понятие update единичного пакета, отличающееся от install.

А, да, еще за ними не надо потом чистить в /var совершенно ненужные контейнеру временные хранилища скачанных пакаджей и прочий хлам, они сами за собой прибирают, если специально не просить обратное.

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


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

67. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от odd.mean (ok), 20-Июл-18, 11:23 
Во-первых, пакеты, установленные по зависимостям не превращаются в установленные вручную. Могу предположить только один вариант для такого развития событий: "apt-mark manual $PKGNAME" закопали в постинсталл. Но это не про Debian, а про PPA и прочие убунтоспецифичные "особенности".

Во-вторых, apt pinning в частности и apt preferences в целом имеет прямое отношение к управлению пакетами в Debian, позволяя мне на десктопе получать firefox из experimental, nginx из repo.nginx.org/mainline, а всё остальное только из testing.

В-третьих, про man 5 apt_preferences я не "для красного словца" упомянул: можно приоритет для Pin: origin *debian-security повысить, понизив при этом origin "", а можно повысить приоритет по urgency, который тоже есть в каждом пакете официальных репозиториев Debian и у нормальных сторонних мэйнтейнеров (nginx,deb-multimedia).

В-четвёртых, а Ubuntu-то причём тут? Вы говорили про проблему в Debian. Я не "продолжаю использовать иронично-через-дефис-описанную-вами убунточку", немного недолюбливаю её любителей за склонность тащить всякий шлак^W PPA в систему (а потом непонятные пакеты в системе и обновления становятся колом по причине заброшенности PPA). Это не к Debian претензии, учите матчасть.

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

68. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от нах (?), 20-Июл-18, 12:34 
> Во-вторых, apt pinning в частности и apt preferences в целом имеет прямое отношение к
> управлению пакетами в Debian

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

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

> В-третьих, про man 5 apt_preferences я не "для красного словца" упомянул: можно приоритет для
> Pin: origin *debian-security повысить

а смысл? Нам, если вы не поняли, надо автоматику установки только необходимых обновлений.
apt-get upgrade их и так поставит, с приоритетами по умолчанию (кто перемешал несовместимые репо и получил не ту версию - сам себе буратина, apt не виноват, я и в rhel так могу), только не "необходимые", а все подряд. Предварительно потребовав синхронизации кэшей, потому что обновления могут быть только самые распоследние, а со старым будет file not found. (и технически - может этим сломать билд, если попадает в неудачный момент). Докеру эти действия противопоказаны. Аж вот в документацию вынесено предупреждение, чтоб так не делали.
Прочие варианты неудобны тем, что сейчас необходимы вот эти, а завтра где-то найдут уязвимость, и необходимых прибавится. А я в Магадане на подледной рыбалке - и вместо того чтобы ответить коллеге "пофиг, щас сработает ребилд-скрипт и апдейты подтянутся, получишь письмо - рестартани контейнеры на проде штатным образом", срочно пакуюсь в ящик для пересылки в родной офис, чтобы руками что-то туда добавить. Или, того хуже, коллега не в теме, и опеннетов тоже нечитатель - так и живем с дырой, пока я не выйду на связь.

> В-четвёртых, а Ubuntu-то причём тут?

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

P.S. хозяйке на заметку - своевременный apt-get remove позволяет слегка уменьшить размер результирующего образа - если вы FROM ubuntu:latest, там есть масса того ,что можно безнаказанно поудалять, соответственно, не получив потом апдейтов этого ненужно.

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

71. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от odd.mean (ok), 20-Июл-18, 19:48 
> то есть это все очень замечательно на вашем десктопе, где вы тщательно полируете набор любимых глюкал, каждое индивидуально, но никуда не годится на сервере, и вовсе непригодно для такой материи как докер-контейнер, который не принято обновлять изнутри вручную. (и, опять же, хотелось бы сохранить минимального размера)

Ни разу не так. В проде тоже Debian GNU/Linux, скоро будет Devuan. На десктопе и домашнем сервере у меня всегда тестинг-ветка, чтобы и помогать чем можется (багрепорты), и "ветер нюхать". В проде у нас стабильная Debian как минимум потому, что заббиксом можно реагировать на рассылку от Debian Security Team и не паниковать напрасно. А вы, сударь, кажется не вполне умеете читать как минимум Debian Administrator Handbook, который местами устарел конечно, остаётся прекрасным пособием по архитектуре открытой UNIX-системы без необходимости писать OpenIndiana и с парой элегантных костылей.

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

76. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от нах (?), 23-Июл-18, 10:49 
> Ни разу не так. В проде тоже Debian GNU/Linux, скоро будет Devuan.

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

я не собираюсь "заббиксом реагировать на рассылку" и лезть в сотни контейнеров что-то там изнутри устанавливать, не предназначен докер для этого. Он как раз для прямо противоположного - контейнер имеет минимальные отличия от образа, из которого запущен, и образ этот лежит в репо, чтобы все контейнеры всегда были абсолютно одинаковы. И если меняется - то это специальный процесс,  требующий проверки, вывода и поочередной замены работающих контейнеров на новые, на базе другого образа.

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру