The OpenNET Project / Index page

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



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

Оглавление

Alpine Linux покинул наиболее активный сопровождающий, opennews (??), 31-Июл-23, (0) [смотреть все]

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


15. "Alpine Linux покинул наиболее активный сопровождающий"  +1 +/
Сообщение от Аноним (15), 31-Июл-23, 23:15 
systemd просто не зачем запускать в docker'е.
Те кто пытаются это сделать имеют либо очень узкоспециализированный кейс-причину этого и таких 1-2%. Либо остальные - кто не понимает что такое контейнер, зачем он и вообще "раньше без docker'а жили и сейчас проживём"
Ответить | Правка | Наверх | Cообщить модератору

20. "Alpine Linux покинул наиболее активный сопровождающий"  –1 +/
Сообщение от Аноним (20), 31-Июл-23, 23:29 
Шарп очень хочет системд в докере. Значит ему это по какой-то странной причине надо.
Ответить | Правка | Наверх | Cообщить модератору

22. "Alpine Linux покинул наиболее активный сопровождающий"  +1 +/
Сообщение от Аноним (15), 31-Июл-23, 23:33 
dotnet ели я правильно понял?
За 50+ приложений ни в одном не видел.

Единственная разумная причина - нужен какой-то "Process ripper", но с этим успешно справляется dumb-init. Но в целом, если app не запускает child'ов (не путать с threads) то оно и не надо.

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

21. "Alpine Linux покинул наиболее активный сопровождающий"  +/
Сообщение от Аноним (20), 31-Июл-23, 23:31 
Кстати одна из причин зачем системд в докере это если тебе нужно поставить в контейнер программу из снапа.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

25. "Alpine Linux покинул наиболее активный сопровождающий"  +1 +/
Сообщение от Аноним (15), 31-Июл-23, 23:35 
Не надо ставить snap пакеты в контейнер :D
У большинства софта либо свой образ есть, либо репозиторий, либо deb/rpm/выбири_своё пакет от автора. Раз уж свежее нужно.
Это если не считать что погоня заультрасвежими версиями не всегда нужна
Ответить | Правка | Наверх | Cообщить модератору

35. "Alpine Linux покинул наиболее активный сопровождающий"  +4 +/
Сообщение от lucentcode (ok), 01-Авг-23, 00:32 
В контейнер лучше даже не пакеты устанавливать(зачем вам не нужный мусор, вроде man-страниц тех же пакетов) в контейнере? Идеальный вариант — это сборка нужных артефактов из сорцов в другом контейнере, с копированием только нужных бинарников/конфигов в результирующий образ. Заодно собирать можно эти артефакты только с теми наборами зависимостей/возможностей, что нужны конкретно под ваши цели. Так как на один контейнер принято ставить один сервис, таких артефактов у вас будет не много в каждом из контейнеров. И это будет ровно то, что нужно конкретно вам. Если нужен весь функционал приложения по дефолту, можно скачать уже собранный автором этого ПО бинарник в тарболе под нужную архитектуру, распаковать нужные артефакты, и скопировать их при сборке образа контейнера. Как Dockerfile пишут, сейчас знают даже нубы, как сделать так, чтобы промежуточные этапы сборки не попали в результирующий образ — тоже. Чем меньше образ, и чем более он узко заточенный под запуск одного приложения, тем лучше. Ну и отключение через флаги сборки ненужного функционала ещё и более безопасным сервис делает, чем меньше функционал и объём у приложения, тем меньше остаётся поверхность атаки, содержащая код, в котором могут быть найдены уязвимости.

Собранные самостоятельно артефакты в минималитичном варианте — очень хорошо. Плюс из сорцов можно собрать приложение самых новых версий, и с нужными либами, особенно если компилить статически, чтобы dependency hell не плодить. Приложения из пакетного менеджера — неплохо. Приложения из snap? Совсем беда...

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

43. "Alpine Linux покинул наиболее активный сопровождающий"  +/
Сообщение от Аноним (13), 01-Авг-23, 00:56 
А ты не задавался вопросом почему для этого всего, для достаточно простых задач нужен докер? И почему сразу нельзя сделать нормально бай дизайн на уровне ОС? Или на уровне подхода разработчиков софта к разработке софта?
Ответить | Правка | Наверх | Cообщить модератору

49. "Alpine Linux покинул наиболее активный сопровождающий"  +6 +/
Сообщение от Аноним (49), 01-Авг-23, 02:16 
Как только закончим делать единственный нормальный язык программирования для реализации единственного нормального подхода к разработке всего софта на свете, сразу же приступим к деланию нормально бай дизайн на уровне ОС. Обещаю.
Ответить | Правка | Наверх | Cообщить модератору

177. "Alpine Linux покинул наиболее активный сопровождающий"  +/
Сообщение от Аноним (177), 02-Авг-23, 13:06 
Не забудьте еще единственно нормальное, одинаковое у всех окружение и при отладке и при развертывании.
Ответить | Правка | Наверх | Cообщить модератору

184. "Alpine Linux покинул наиболее активный сопровождающий"  +/
Сообщение от Аноним (184), 03-Авг-23, 04:28 
Что бы все с друг другом работало при разнообразии и не ссыпалось есть такое понятие как СТАНДАРТ
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

156. "Alpine Linux покинул наиболее активный сопровождающий"  +/
Сообщение от Anon3 (?), 01-Авг-23, 19:56 
А много работодателей, готовых оплатить вот это вот все, что вы тут указали?
Менеджеры на конференциях по Docker как-то совсем не так слышат, как это должно быть
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

77. "Alpine Linux покинул наиболее активный сопровождающий"  +1 +/
Сообщение от beck (??), 01-Авг-23, 07:14 
> Кстати одна из причин зачем системд в докере это если тебе нужно поставить в контейнер программу из снапа

Дык эта... снап - это уже практически контейнер. Контейнер в контейнер в контейнер?

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

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

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




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

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