forum.opennet.ru

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

Оглавление

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

Помянем докер, Аноним (1), 22:34 , 31-Июл-23, (1) +12 //

ога, сразу видно того, кто в прод ни разу контейнеры не собирал, Аноним (8), 22:49 , 31-Июл-23, (8) –11
Причём тут докер Новость про alpine , Аноним (50), 02:22 , 01-Авг-23, (50) –4 //

Самая популярная основа для небольших контейнеров, у всех официальных образов об, Аноним (53), 03:02 , 01-Авг-23, (53) +10 //

Сразу видно джависта 129318 8205 9794 65039 Alpine не используется для Do, tm (?), 07:06 , 01-Авг-23, (74) –9

Вообще-то, любой софт, а не только жаба, должен работать с любой библиотекой, ес, YetAnotherOnanym (ok), 08:02 , 01-Авг-23, (85) +13

Проблема в том что нет стандарта, поэтому принцип должен -о работать не работ, Аноним (96), 10:06 , 01-Авг-23, (96)

Я не он, но видимо отсылка к тому что если либы с musl не работают, то задейство, нейм (?), 10:26 , 01-Авг-23, (101)

glibc и musl не полностью совместимы, и возможно никогда не будут musl не успев, Аноним (96), 13:35 , 01-Авг-23, (121)

ерунда, musl не спешит ни за кем и уж тем более не планирует совместимость с к, Аноним (155), 19:48 , 01-Авг-23, (155)

Не обаятельно покупать стандарт, любой эксперт может скачать последний черновик , n00by (ok), 16:18 , 01-Авг-23, (135)
Хммм Хороший вопрос Сейчас скачал питон 3 11 4, покопался поверхностно, без, YetAnotherOnanym (ok), 10:11 , 03-Авг-23, (187)

Оно nm -D usr lib64 libpython3 11 so 124 grep U __ U __c, n00by (ok), 17:10 , 03-Авг-23, (191)

Не, там в исходниках было Можбыть за давностью лет путаю, палочкой когда-то тык, YetAnotherOnanym (ok), 21:09 , 03-Авг-23, (192)

Если оно есть в импорте, наверное оно есть и в исходниках либо попало в единицы, n00by (ok), 13:35 , 04-Авг-23, (196)

Это показатель твоего знания о том, что такое линковщик и ABI , Аноним (110), 12:15 , 01-Авг-23, (110)

Это показатель влияния религии динамическое связывание на когнитивные способно, n00by (ok), 16:16 , 01-Авг-23, (134)

Сейчас бы питон собирать на альпайне С учетом того, что размер итогового образа, r2d0 (?), 12:21 , 01-Авг-23, (111)

Да нормально оно собирается Разработчики уже узнали про musl и делают для него , soulstring (?), 15:32 , 02-Авг-23, (179)
Прикол в том, что я сейчас посмотрел в исходниках свежео интерпретатора - там ни, YetAnotherOnanym (ok), 10:15 , 03-Авг-23, (189)

https hub docker com _ pythonpython Docker Official Image 3 11 4-alpine3 1, Кэп (?), 10:09 , 03-Авг-23, (186)

Сразу видно того, кто строит из себя крутого программиста, а на самом деле ни ра, Аноним (93), 09:39 , 01-Авг-23, (93) +2
С musl спокойно собираются при скачивании По-крайней мере, что мне нужно было, , funny.falcon (?), 10:21 , 01-Авг-23, (99)
Вообще большинство пакетов таки собраны , commiethebeastie (ok), 12:13 , 01-Авг-23, (109)
У musl известные проблемы с производительностью аллокатора, что в скриптовых язы, Аноним (130), 15:05 , 01-Авг-23, (130) +2

Проблема в том, что аллокатор и сборщик мусора - это две частности одного обще, n00by (ok), 16:27 , 01-Авг-23, (136) +1
Тут, в соседней новости о новой версии glibc, народ как раз жаловался на его алл, zog (??), 18:14 , 01-Авг-23, (146)

Аллокатор, который будет хорош всегда - это из области фантастики Универсальный, Аноним (159), 21:27 , 01-Авг-23, (159) +2

Alpine не используется питонистами по той причине, что самосборный питон и завис, Аноним (152), 19:13 , 01-Авг-23, (152)

Спи спокойно герой , Аноньимъ (ok), 22:34 , 31-Июл-23, (2) +19
Алиса, и ты в веб-кам , дАнон (?), 22:35 , 31-Июл-23, (3) +6
ник говорящий, Аноним (4), 22:35 , 31-Июл-23, (4) +2
Раньше жили без Докера и сейчас проживём , th3m3 (ok), 22:36 , 31-Июл-23, (5) –1
Видите до чего человека довело написание баш портянок А был бы systemd, никаког, Шарп (ok), 22:38 , 31-Июл-23, (6) –3 //

Системд не работает в докере Точнее конечно работает, но чтобы он заработал над, Аноним (13), 23:11 , 31-Июл-23, (13) +12 //

systemd просто не зачем запускать в docker е Те кто пытаются это сделать имеют л, Аноним (15), 23:15 , 31-Июл-23, (15) +1 //

Шарп очень хочет системд в докере Значит ему это по какой-то странной причине н, Аноним (20), 23:29 , 31-Июл-23, (20) –1

dotnet ели я правильно понял За 50 приложений ни в одном не видел Единственная , Аноним (15), 23:33 , 31-Июл-23, (22) +1

Кстати одна из причин зачем системд в докере это если тебе нужно поставить в кон, Аноним (20), 23:31 , 31-Июл-23, (21)

Не надо ставить snap пакеты в контейнер DУ большинства софта либо свой образ ес, Аноним (15), 23:35 , 31-Июл-23, (25) +1

В контейнер лучше даже не пакеты устанавливать зачем вам не нужный мусор, вроде , lucentcode (ok), 00:32 , 01-Авг-23, (35) +4

А ты не задавался вопросом почему для этого всего, для достаточно простых задач , Аноним (13), 00:56 , 01-Авг-23, (43)

Как только закончим делать единственный нормальный язык программирования для реа, Аноним (49), 02:16 , 01-Авг-23, (49) +6

Не забудьте еще единственно нормальное, одинаковое у всех окружение и при отладк, Аноним (177), 13:06 , 02-Авг-23, (177)
Что бы все с друг другом работало при разнообразии и не ссыпалось есть такое пон, Аноним (184), 04:28 , 03-Авг-23, (184)

А много работодателей, готовых оплатить вот это вот все, что вы тут указали Мене, Anon3 (?), 19:56 , 01-Авг-23, (156)

Дык эта снап - это уже практически контейнер Контейнер в контейнер в контейн, beck (??), 07:14 , 01-Авг-23, (77) +1

Что, например, мне интересно Это RUN systemctl enable myserviceCMD bin syst, oficsu (ok), 23:34 , 31-Июл-23, (23) //

Сразу видно, что пользовались podman, а не docker А теперь попробуйте запустить , Аноним (59), 05:14 , 01-Авг-23, (59)

Собственно, да, справедливое замечание Но для своих задач сборка тестирование , oficsu (ok), 21:35 , 01-Авг-23, (160)

А зачем systemd, и вообще система инициализации, в Docker Разве это не рушит са, lucentcode (ok), 00:21 , 01-Авг-23, (32) +3 //

Докер используют, в том числе, и чтобы просто предоставить настроенное, готовое , Аноним (110), 02:14 , 01-Авг-23, (48)

Docker не подходит для этой цели, он создан именно для application container, а , вй (?), 07:16 , 01-Авг-23, (79) +1

Ну так он и запускает application - оболочку типа bash, например А ты уже потом, Аноним (110), 11:34 , 01-Авг-23, (103)
Use Nix, Luke https www youtube com watch v 0uixRE8xlbY, NixMan (?), 14:21 , 01-Авг-23, (126)

Use Nix, Luke https www youtube com watch v 0uixRE8xlbY, NixMan (?), 14:20 , 01-Авг-23, (124)
Для одного процесса Всё, что требует запуска init 8212 тянет уже на LXC, Ope, lucentcode (ok), 23:20 , 02-Авг-23, (181)

Затем, что хочется иметь перезапуск приложения, для чего его приходится запускат, Stax (ok), 08:49 , 01-Авг-23, (88)

ненене есть контейнеры, а есть система оркестрации задача докера запустить при, амоним (?), 09:04 , 01-Авг-23, (91) +1

Когда апач запускает 16 воркеров, причем тут оркестрация Когда современный syste, Stax (ok), 10:35 , 01-Авг-23, (102)

если я правильно задачу понимаю, то какая проблема использовать супервайзер в до, амоним (?), 11:39 , 01-Авг-23, (105)

т е собственно речь шла изначально - что система инициализации не нужна, и мног, амоним (?), 11:45 , 01-Авг-23, (106)
Этож какие кроме как куб Но только если они умеют self hosting , scriptkiddis (?), 18:49 , 01-Авг-23, (150)

имелись ввиду DCOS, nomad, амоним (?), 20:15 , 01-Авг-23, (157)

Где у dcos self hosting на моем железе Линк или дока есть , scriptkiddis (?), 15:17 , 02-Авг-23, (178)

У меня никаких проблем нет - его использование упрощает жизнь, поэтому используе, Stax (ok), 07:59 , 02-Авг-23, (172)

Разные экземпляры процесса не потоки, а именно процессы 8212 разные контейне, lucentcode (ok), 23:17 , 02-Авг-23, (180)

Не туда носом тыкайте Краеугольным камнем здесь является musl Значительная наг, Аноним (24), 23:35 , 31-Июл-23, (24)
Вот и пользуйся васянскими дистрибутивами Если бы за дистрибутивом стояла хоть , Аноним (94), 09:42 , 01-Авг-23, (94)

Поэтому у динозавров вроде Кена Томпсона еще вагон увлечений, кого угодно достан, Alex (??), 22:45 , 31-Июл-23, (7)
Минус ещё дистр, тащимый одним человеком Дефрагментация , Аноним (10), 23:04 , 31-Июл-23, (10) +2 //

Если дистр софт ядро загинается от ухода одного разработчика, то туда ему и доро, Аноним (26), 23:39 , 31-Июл-23, (26) +1

слабенько вот если из арча феликс_ян c 4500 пакетами уйдет, рач с манжарой мож, Аноним (11), 23:09 , 31-Июл-23, (11) +1
Очередное яркое подтверждение ненужности пакетно-дистрибутивной системы И собир, Аноним (13), 23:09 , 31-Июл-23, (12) +7 //

О, экспертиза подьехала Смысл собирания всего мира на одних либах в том, чтобы, Аноним (110), 00:11 , 01-Авг-23, (31) +4 //

Поверхность атаки, Карл Экспертиза подъехала Комментаторы опеннета как обычно , Аноним (13), 00:44 , 01-Авг-23, (39) //

Шта Как ты получишь в одном докерном образе с одним условным Alpine Linux и одн, Аноним (110), 01:41 , 01-Авг-23, (47)

дыркер в дыркере и билет на концерт Кобзона делов то, Sw00p aka Jerom (?), 06:19 , 01-Авг-23, (65)

Речь не о конкретных версиях библиотек, а о том, что обновив одну библиотеку с и, вй (?), 07:23 , 01-Авг-23, (81) +1
мсье слабо понимает о чем говорит есть такое понятие - управление цепочками пос, амоним (?), 14:00 , 01-Авг-23, (123) +1

Спасибо за экспертизу Действительно, поверхность уменьшена до парадного входа L, n00by (ok), 06:53 , 01-Авг-23, (70) +1

NixOS уже есть, работает, пользуемся, в том числе и в контейнерах Каждый выбира, Аноним (49), 00:23 , 01-Авг-23, (33)
А тогда какая ОС с вашей точки зрения нормальная Андроид , йцук (?), 00:35 , 01-Авг-23, (36) //

Что не так с Андроидом Жду подробный ответ , Аноним (13), 00:44 , 01-Авг-23, (40) –1 //

то же что и с бсд, когда кричат про вифи дрова какие-то, Sw00p aka Jerom (?), 06:22 , 01-Авг-23, (66) +2

2 недели отдыха в Доминикане решает 100 эмоционального выгорания, проверено , YM2608 (?), 23:11 , 31-Июл-23, (14) //

а потом наручниками к батареи и дальше херачить сборку ОС D, Аноним (18), 23:23 , 31-Июл-23, (18) //

после Доминиканы ты и без батареи займешься старой работой с огромным энтузиазмо, YM2608 (?), 23:54 , 31-Июл-23, (28) //

И как именно пребывание в экономически отсталой стране должно решить психологиче, Аноним (49), 00:24 , 01-Авг-23, (34) +1

Я не автор исходного комментария, но как минимум в Доминикане пляжи а-ля Мальдив, Аноним (42), 00:50 , 01-Авг-23, (42)
Потому что Доминикана - это отдых высочайшего уровня, а хороший отдых решает пси, YM2608 (?), 12:32 , 01-Авг-23, (112)

Хороший отдых не решит проблемы среднестатистического любителя линукса, типа отс, Аноним (110), 15:08 , 01-Авг-23, (131) –1

в Доминикане как раз для любителя линукса всё отлично - казино-шмазино, чики-чик, YM2608 (?), 15:32 , 01-Авг-23, (133)

Назовите цены, zog (??), 18:24 , 01-Авг-23, (147)

заходишь в ночной клуб, а там тебе сразу девушки на выбор - цены сразу стартуют , YM2608 (?), 19:11 , 01-Авг-23, (151)

У тебя понятие о профессиональном выгорании на уровне кухонно-бытового 171 при, Аноним (49), 16:43 , 01-Авг-23, (137)

когда человек теряет силу воли и он не может говорить окружающим нет , выполнят, YM2608 (?), 16:52 , 01-Авг-23, (140)

Кухонное-бытовые советы как из рога изобилия Пивас-то с мужыками по пятницам еа, Аноним (162), 21:59 , 01-Авг-23, (162)

ну-да, ну-да, зачем лететь в Доминикану или идти в поход в горы - в госпитале лу, YM2608 (?), 22:17 , 01-Авг-23, (163)

У тебя какая-то фиксация на Доминикане Отпуск мечты Ещё раз для тугих повторю , Аноним (49), 23:01 , 01-Авг-23, (164)

это ты меня спрашивал я тебе привел ссылку на статью психологаhttps mag 103 by, YM2608 (?), 00:34 , 02-Авг-23, (168)

Просто вы употребили слово выгорание в бытовом смысле аналогично бытовому у ме, Anon3 (?), 23:23 , 02-Авг-23, (182)
Попей Gaba - полегчает и будет всё ОК , YM2608 (?), 09:19 , 03-Авг-23, (185)
Самое лучшее лекарство от психических растройст - это физический труд, после кот, YM2608 (?), 10:14 , 03-Авг-23, (188)
Твои советы напоминают 171 Фитиль 187 с Леоновым, называется 171 Трезвая ж, Аноним (49), 22:38 , 03-Авг-23, (193)
а ты хочешь только таблетками лечиться ну ты точно либо дурак, либо тролль , YM2608 (?), 23:15 , 03-Авг-23, (194)

я акцентирую на Доминикану - потому-что это оптимальный вариант В Тайланде леди, YM2608 (?), 00:54 , 02-Авг-23, (169)

НАКАТИМ , Kuromi (ok), 23:43 , 01-Авг-23, (166)

Если хочешь быть физически и психически здоровым, но тебе Доминикана не подходит, YM2608 (?), 19:21 , 01-Авг-23, (153)

Обратите внимание, что использование психостимуляторов, может вывести из латентн, Anon3 (?), 23:33 , 02-Авг-23, (183)

Варианта два, на выбор 1 Лицезрение разницы между вашим положением и отсталосью, Kuromi (ok), 23:51 , 01-Авг-23, (167)

всё альпийский линукс можно хоронить употребляю на реальном железе, с докером , Аноним (16), 23:22 , 31-Июл-23, (16)
Аниме пересмотрел, с кем не бывает , Аноним (17), 23:23 , 31-Июл-23, (17) +2
Другие сопровождающие берут себе пакеты https github com alpinelinux aports co, Аноним (19), 23:27 , 31-Июл-23, (19) +1 //

О, Алиса ушла, Патриция впрягается Бабы наше всё , Аноним (115), 12:46 , 01-Авг-23, (115) //

У родной бабы it she, у другой - радужный флаг в профиле Вот в общем то и все, Аноним (17), 23:11 , 01-Авг-23, (165) //

Пока я с ней взасос не жахаюсь - пофиг абсолютно Вот если к ней в трусы полез, а, Аноним (174), 10:46 , 02-Авг-23, (174) +1
Значит нам на MacOS переходить Там все натурально, Аноним (195), 00:14 , 04-Авг-23, (195)

Издержки СПО в том что в отличие от бизнеса он строится на интузиастах, которым , Аноним (27), 23:54 , 31-Июл-23, (27) –2 //

энтузиастах, Аноним (27), 23:55 , 31-Июл-23, (29) +1
что за ерунда, мне бы еще ктото говорил чтото исправить в моих патчах и сроки ст, 34 (?), 00:41 , 01-Авг-23, (37) +1 //

Весь смысл слаки и других подобных дистров - пердолинг ради пердолинга В продак, Аноним (17), 01:41 , 01-Авг-23, (46) +2 //

а в космос запускают третье, а когда начнется межзвездная экспансия будет четвер, 34 (?), 05:18 , 01-Авг-23, (60) –1

Каким боком тут прошлый век Слака никогда не была сурьезной системой для работы, Аноним (17), 07:05 , 01-Авг-23, (73)

А кто говорит или говорил про серьезную работу, это был лишь пример, того что эт, 34 (?), 08:01 , 01-Авг-23, (84)

Ты бы на ютубе поискал заодно каналы для восполнения прорех в образовании , Аноним (49), 16:47 , 01-Авг-23, (138)

а ты сам не умеешь на ютубе поиском пользоваться ну сочувствую, как же у тебя в, 34 (?), 04:49 , 02-Авг-23, (170)

30 лет непрерывных побед, ага Самый популярный дистрибутив в мире 8212 что н, Аноним (49), 02:22 , 01-Авг-23, (51) +2 //

Господи, пользователи разработчики все люди, то есть главная проблема челове, 34 (?), 05:13 , 01-Авг-23, (58)

Твой комментарий прекрасно иллюстрирует мой тезис об инфантилизме То ты сравнив, Аноним (49), 16:51 , 01-Авг-23, (139) +1

А твой коммент прекрасно иллюстрирует как ты читаешь только те букафки которые т, 34 (?), 04:52 , 02-Авг-23, (171)

Читаю комменты и поражаюсь Вместо того чтобы сделать Press F to pay respect и , Kuromi (ok), 00:42 , 01-Авг-23, (38) +5 //

Слабоумие и отвага, вот правильный комментарий про этого типа Если тебе так сло, Аноним (13), 00:47 , 01-Авг-23, (41) –2 //

Успешный человек не станет убивать время на поддержку 400 пакетов для таких же л, Аноним (17), 01:09 , 01-Авг-23, (44) +3

Почему герой, когда слабак, подставщик и предатель , Аноним (52), 02:23 , 01-Авг-23, (52) –3 //

Скрыто модератором, Аноним (-), 06:32 , 01-Авг-23, (68) –2
Ты халявщик и он тебя подставил Вот потому он и молодец , n00by (ok), 07:00 , 01-Авг-23, (71) +1

Обидно, конечно, но удачи ему Приятно было с ним общаться и коммиты отправлять , Аноним (59), 05:19 , 01-Авг-23, (61) +3 //

Скрыто модератором, Аноним (-), 06:16 , 01-Авг-23, (64)

Не по теме, но интересно обычно коучи и психологи в такой ситуации говорят , Аноним (-), 06:28 , 01-Авг-23, (67) –1 //

Психологов по больше слушай , Аноним (27), 07:55 , 01-Авг-23, (83) +1
называется инфоцыгане , а не психологи , тоже Аноним (ok), 09:26 , 01-Авг-23, (92) +3
как бы так сказать формально судьбы нету точности вычислений не хватает для , амоним (?), 13:52 , 01-Авг-23, (122) +1
Лайфкоуч 8212 это такой мем у психологов, существо находящееся на эволюционно, Аноним (49), 16:55 , 01-Авг-23, (141) +2

RedHat отбривает халявщиков Энтузиасты отказываются от работы на халявщиков Тенд, n00by (ok), 07:01 , 01-Авг-23, (72) +1 //

Подаёт анонимным экспертам пример, что можно не только собирать в пакетики подар, n00by (ok), 17:00 , 01-Авг-23, (142) –1

У psykose проявился ПСИХОЗ Депрессия она такая, microcoder (ok), 07:30 , 01-Авг-23, (82) //

Скрыто модератором, Аноним (119), 13:12 , 01-Авг-23, (119)
Психанул запили дистр и 400 пакетов, психанул всё бросил уехал на Бали , Аноним (13), 14:22 , 01-Авг-23, (127)

Господи боже Да 100500 может быть причин, по которой человек не хочет занимать, beck (??), 08:35 , 01-Авг-23, (86) –2 //

Да, и ещё Парню или девушке спасибо за его работу Пусть у него в жизни всё б, beck (??), 08:36 , 01-Авг-23, (87)
Да там за забором толпа желающих поддерживать 400 пакетов в одно лицо нет , Аноним (13), 14:21 , 01-Авг-23, (125) +1

Для виртуалок - самое оно А как этот зверёк чувствует себя на Bare Metal, у ког, Всадник Апокалипсиса (?), 08:58 , 01-Авг-23, (89) //

Чем оно самое оно И почему эта субстанция самая , Аноним (97), 10:08 , 01-Авг-23, (97) //

Лёгкий, минималистичный, быстрый, свежие пакеты, отсутствие красношляпного гниль, Всадник Апокалипсиса (?), 13:05 , 01-Авг-23, (116) –1 //

Т е куцый, обглоданный, тормозной, максимально сырой, васянский шлак вместо пре, Аноним (97), 14:59 , 01-Авг-23, (129) +2

Вообще-то ради быстродействия и безопасности как раз и обрезают лишний функциона, Пряник (?), 18:00 , 01-Авг-23, (144)

Только на деле всё наоборот получается, вот же удивительно , Аноним (97), 18:32 , 01-Авг-23, (149)

так поищи vps alpine, Аноним (4), 10:24 , 01-Авг-23, (100) +1 //

Хотелось бы услышать именно опыт реальных пользователей, какие нюансы и тд , Всадник Апокалипсиса (?), 13:05 , 01-Авг-23, (117)

Надеюсь человек просто познакомился с NixOS, проникся и понял, что остальные сис, Аноним (95), 10:02 , 01-Авг-23, (95) //

NixOS это прошлое тысячелетие и пустая трата ресурсов , Аноним (97), 10:10 , 01-Авг-23, (98) +1
Это он ещё с Guix не ознакомился , Аноним (113), 12:37 , 01-Авг-23, (113)
Скрыто модератором, Аноним (120), 13:13 , 01-Авг-23, (120) –1

Вот к чему приводит гонка за горизонтом , Ананоним (?), 11:36 , 01-Авг-23, (104) +1
ПокинулА, она девочка Ну или мальчик под ником Алиса Посмотрим, может, Дрю Дефо, Аноним (115), 12:40 , 01-Авг-23, (114) +1
Надеюсь разработка продолжится Использую под wireguard Без докера Производите, Анонимыч (?), 14:48 , 01-Авг-23, (128)
Не проблема - переходим на Slackware, возвращаемся к истокам , danonimous (?), 15:11 , 01-Авг-23, (132) –1 //

Рекомендую сразу к Linux From Scratch Резко возрастёт понимание вещей, которое , Пряник (?), 18:05 , 01-Авг-23, (145) +1 //

Вначале придёт понимание того, что СПО, почти полностью, довольно низкого качест, zog (??), 18:31 , 01-Авг-23, (148) +2
А еще придет понимание, что если ты этим не зарабатываешь на жизнь или это не из, Анонимусс (?), 20:21 , 01-Авг-23, (158) +1 //

От этого сообщения просто веет русским миром , Аноним (-), 14:46 , 03-Авг-23, (190)

печаль, откуда ж ментейнеры войд будут патчи таскать , Аноним (155), 19:42 , 01-Авг-23, (154) –1
Сложила, её Alice зовут , Ananimus (?), 10:17 , 02-Авг-23, (173)

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

6. "Alpine Linux покинул наиболее активный сопровождающий" –3 +/–

Сообщение от Шарп (ok), 31-Июл-23, 22:38

>В качестве системы инициализации используется OpenRC
Видите до чего человека довело написание баш портянок. А был бы systemd, никакого выгорания не случилось бы. Думайте.

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

13. "Alpine Linux покинул наиболее активный сопровождающий" +12 +/–

Сообщение от Аноним (13), 31-Июл-23, 23:11

Системд не работает в докере. Точнее конечно работает, но чтобы он заработал надо сделать такое что ты больше никогда на концерте Петросяна смеяться не будешь.

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

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ообщить модератору

23. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от oficsu (ok), 31-Июл-23, 23:34

Что, например, мне интересно? Это:
RUN systemctl enable myservice
CMD [ "/bin/systemd" ]
?
Главное не пытаться начать валидировать что-то на старте контейнера перед запуском systemd, тут уже не концерты, тут сразу в палату...

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

59. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Аноним (59), 01-Авг-23, 05:14

Сразу видно, что пользовались podman, а не docker.
А теперь попробуйте запустить systemd в docker-е без параметра --privileged.

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

160. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от oficsu (ok), 01-Авг-23, 21:35

> Сразу видно, что пользовались podman, а не docker.
> А теперь попробуйте запустить systemd в docker-е без параметра --privileged.
Собственно, да, справедливое замечание. Но для своих задач (сборка/тестирование софта и минимальная изоляция недоверенного софта) я и не вижу особого смысла брать докер, когда есть лучшее решение

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

32. "Alpine Linux покинул наиболее активный сопровождающий" +3 +/–

Сообщение от lucentcode (ok), 01-Авг-23, 00:21

А зачем systemd, и вообще система инициализации, в Docker? Разве это не рушит саму философию Docker? По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё. Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер. А в виртуалке уже без проблем запустится systemd. Я даже в извращениях вроде LXC/OpenVZ не вижу смысла. Хочешь честную VPS? Бери KVM/Xen. Хочешь контейнеры, микросервисы, и всё по фен-шую? Тогда каждый сервис пакуй в Docker,  в отдельный контейнер. Заодно такой подход и масштабирование позволяет наладить куда более простым образом, и оркестрацию всего этого зоопарка. В хорошей распределённой сервисной архитектуре init-система — не нужное излишество. В роли вашей init-системы должен быть оркестратор, что запускает нужные контейнеры с учётом их зависимостей, и текущих потребностей приложения. Или docker-compose + docker, если у вас что-то очень простое. Этот подход прост, и понятен. А попытки запихнуть в один контейнер много сервисов  — контринтуитивен, и выглядит странным.

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

48. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Аноним (110), 01-Авг-23, 02:14

> По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё.
> Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер.
Докер используют, в том числе, и чтобы просто предоставить настроенное, готовое для работы окружение.

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

79. "Alpine Linux покинул наиболее активный сопровождающий" +1 +/–

Сообщение от вй (?), 01-Авг-23, 07:16

Docker не подходит для этой цели, он создан именно для application container, а не для system container (LXC/LXD/OpenVZ).

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

103. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Аноним (110), 01-Авг-23, 11:34

> Docker не подходит для этой цели, он создан именно для application container, а не для system container (LXC/LXD/OpenVZ).
Ну так он и запускает application - оболочку типа bash, например. А ты уже потом из него юзаешь другой софт и библиотеки, которые засунули в этот контейнер.

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

126. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от NixMan (?), 01-Авг-23, 14:21

> Docker не подходит для этой цели, он создан именно для application container,
> а не для system container (LXC/LXD/OpenVZ).
Use Nix, Luke!
https://www.youtube.com/watch?v=0uixRE8xlbY

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

124. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от NixMan (?), 01-Авг-23, 14:20

>> По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё.
>> Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер.
> Докер используют, в том числе, и чтобы просто предоставить настроенное, готовое для
> работы окружение.
Use Nix, Luke!
https://www.youtube.com/watch?v=0uixRE8xlbY

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

181. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от lucentcode (ok), 02-Авг-23, 23:20

Для одного процесса. Всё, что требует запуска init — тянет уже на LXC, OpenVZ и KVM. И лучше сразу начинать с KVM. Поверьте, это решит в будущем многие проблемы, в том числе с изоляцией по ресурсам, так как если вы запускаете солянку из приложений в многопроцессном режиме(с кучей обработчиков), рано или поздно ваше приложение начнёт влиять на хост-систему, и на другие контейнеры. Лучше сразу совать его в отдельную виртуалку с нормальной изоляцией, и возможностью лимитировать выделение ресурсов на неё, чтобы она не нагибала весь сервер.

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

88. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Stax (ok), 01-Авг-23, 08:49

Затем, что хочется иметь перезапуск приложения, для чего его приходится запускать под супервизором (до systemd очень часто втыкались daemontools). Иногда еще дизайн приложения требует явного запуска многих обработчиков, опять же делать свой полноценный контроллер этих обработчиков с современными возможностями systemd часто можно не писать, он отлично отследит чтобы было скажем 16 обработчиков и отдельные экземпляры перезапускались при падении. Разделять на 16 контейнеров и перезапускать средствами докера плохо по производительности и может быть неудобно в плане управления, логов и тп

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

91. "Alpine Linux покинул наиболее активный сопровождающий" +1 +/–

Сообщение от амоним (?), 01-Авг-23, 09:04

ненене. есть контейнеры, а есть система оркестрации.
задача докера запустить приложение в контейнере.
а вот где запустить, сколько экземпляров и прочее - это оркестратор.
аналогично - os запускает процесс. а systemd отвечает, в вашем случае, за кол-во процессов и прочее

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

102. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Stax (ok), 01-Авг-23, 10:35

> ненене. есть контейнеры, а есть система оркестрации.
> задача докера запустить приложение в контейнере.
> а вот где запустить, сколько экземпляров и прочее - это оркестратор.
Когда апач запускает 16 воркеров, причем тут оркестрация?
Когда современный systemd позвляет запустить 16 воркеров моего приложения, используя его аналогично мастер-процессу апача (который был создан до systemd и переносимо для работы в разных системах, поэтому он так не может), зачем вы мне предлагаете делать 16 контейнеров?

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

105. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от амоним (?), 01-Авг-23, 11:39

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

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

106. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от амоним (?), 01-Авг-23, 11:45

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

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

150. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от scriptkiddis (?), 01-Авг-23, 18:49

> оркестраторов много
Этож какие кроме как куб? Но только если они умеют self hosting.

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

157. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от амоним (?), 01-Авг-23, 20:15

> > оркестраторов много
> Этож какие кроме как куб? Но только если они умеют self hosting.
имелись ввиду DCOS, nomad

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

178. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от scriptkiddis (?), 02-Авг-23, 15:17

>> > оркестраторов много
>> Этож какие кроме как куб? Но только если они умеют self hosting.
> имелись ввиду DCOS, nomad
Где у dcos self hosting на моем железе? Линк или дока есть?

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

172. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Stax (ok), 02-Авг-23, 07:59

> если я правильно задачу понимаю, то какая проблема использовать супервайзер в докере?
У меня никаких проблем нет - его использование упрощает жизнь, поэтому используем, да! Я аргументировал к мнению человека выше, который топил за то, чтобы в докере был один процесс всего.
> я не против systemd. жизнь без bash проще и солнце ярче.
А вот тут мы подбираемся к тому, что бывают ситуации когда supervisord и daemontools не дают чего-то интересного, что доступно в systemd. И что значит большой и тяжелый??
ps_mem -p 3832
Private  +   Shared  =  RAM used    Program
  4.1 MiB +   1.5 MiB =   5.6 MiB    systemd
---------------------------------
                          5.6 MiB
=================================

> я просто говорю, что оркестрация решается докером и кубером (ну оркестраторов много,
> просто кубер это дефолт).
Ну да, и начинается зоопарк окестраторов сверху. У себя скажем я миникуб запущу, а разрабочик соседний оформляет все в композе тк ему так прикольно у себя запускать, автоматическая конвертация ломает сети/соединения между контейнерами и ты чертыхаясь, подменяя RUN в контейнерах, вооружившись tcpdump и nc тратишь время на дебаг каждый раз. Брр.
> а если надо супервайзер в докере - то и его можно использовать
> (хотя это и будет плохой практикой по ряду причин)
Сам докер слишком кривой супервайзер, а если это куб например и он делает рестарт подов, это слишком оторвано от приложения по сравнению с супервайзером... Так что в реальном мире это осмысленно. Ну не идеален мир, что поделать.
> ну а апач.. ну собссно нормально работает в докере.

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

180. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от lucentcode (ok), 02-Авг-23, 23:17

Разные экземпляры процесса(не потоки, а именно процессы) — разные контейнеры. Нужен перезапуск? Или слежение за верным тушением процессов? Да это же работа окрестратора. Их несколько, и любой из них может решить эту проблему корректно. Говорите, есть небольшие накладные расходы в буквально жалкие проценты по системным ресурсам? Так в нормальной архитектуре нужно бюджет на железо немножко поднять, а не извращаться с init внутри контейнера. Это нормальная практика, разве нет? Нет, я конечно понимаю, что из шурупов, отвёртки и хлебушка можно слепить "троллейбус", но зачем? Хлеб  — это хлеб, а контейнер Docker — это контейнер. Нужно вам запускать приложение с кучей обработчиков, и релоадить из средствами init-системы? Так умеет LXC и OpenVZ, но для этого есть вообще-то KVM. Делать же из Docker то, что его архитектура даже не подразумевала(троллейбус из хлебушка) — это как-то не правильно. Баловство какое-то. Да ещё с жалкой попыткой сэкономить три рубля на железе ценой потери удобства от использования нормальной архитектуры с оркестрацией контейнеров.

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

24. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Аноним (24), 31-Июл-23, 23:35

Не туда носом тыкайте. Краеугольным камнем здесь является musl. Значительная нагрузка на неё шла от поддержки жирных проектов, которые предполагаются для работы только с glibc. Chromium, firefox, electron, nodejs, другие компиляторы и зоопарк им подобных от релиза к релизу требуют кучи патчей. Ну и остальную половину репозитория стоит не забывать... Попробуй посопровождай полдистра. Можно только пожелать успехов в следующих начинаниях. Farewell, alice

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

94. "Alpine Linux покинул наиболее активный сопровождающий" +/–

Сообщение от Аноним (94), 01-Авг-23, 09:42

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

6. "Alpine Linux покинул наиболее активный сопровождающий"	–3 +/–
Сообщение от Шарп (ok), 31-Июл-23, 22:38
>В качестве системы инициализации используется OpenRC Видите до чего человека довело написание баш портянок. А был бы systemd, никакого выгорания не случилось бы. Думайте.
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Alpine Linux покинул наиболее активный сопровождающий"	+12 +/–
	Сообщение от Аноним (13), 31-Июл-23, 23:11
	Системд не работает в докере. Точнее конечно работает, но чтобы он заработал надо сделать такое что ты больше никогда на концерте Петросяна смеяться не будешь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	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ообщить модератору


	23. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от oficsu (ok), 31-Июл-23, 23:34
	Что, например, мне интересно? Это: RUN systemctl enable myservice CMD [ "/bin/systemd" ] ? Главное не пытаться начать валидировать что-то на старте контейнера перед запуском systemd, тут уже не концерты, тут сразу в палату...
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	59. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от Аноним (59), 01-Авг-23, 05:14
	Сразу видно, что пользовались podman, а не docker. А теперь попробуйте запустить systemd в docker-е без параметра --privileged.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	160. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от oficsu (ok), 01-Авг-23, 21:35
	> Сразу видно, что пользовались podman, а не docker. > А теперь попробуйте запустить systemd в docker-е без параметра --privileged. Собственно, да, справедливое замечание. Но для своих задач (сборка/тестирование софта и минимальная изоляция недоверенного софта) я и не вижу особого смысла брать докер, когда есть лучшее решение
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Alpine Linux покинул наиболее активный сопровождающий"	+3 +/–
	Сообщение от lucentcode (ok), 01-Авг-23, 00:21
	А зачем systemd, и вообще система инициализации, в Docker? Разве это не рушит саму философию Docker? По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё. Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер. А в виртуалке уже без проблем запустится systemd. Я даже в извращениях вроде LXC/OpenVZ не вижу смысла. Хочешь честную VPS? Бери KVM/Xen. Хочешь контейнеры, микросервисы, и всё по фен-шую? Тогда каждый сервис пакуй в Docker, в отдельный контейнер. Заодно такой подход и масштабирование позволяет наладить куда более простым образом, и оркестрацию всего этого зоопарка. В хорошей распределённой сервисной архитектуре init-система — не нужное излишество. В роли вашей init-системы должен быть оркестратор, что запускает нужные контейнеры с учётом их зависимостей, и текущих потребностей приложения. Или docker-compose + docker, если у вас что-то очень простое. Этот подход прост, и понятен. А попытки запихнуть в один контейнер много сервисов — контринтуитивен, и выглядит странным.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	48. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от Аноним (110), 01-Авг-23, 02:14
	> По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё. > Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер. Докер используют, в том числе, и чтобы просто предоставить настроенное, готовое для работы окружение.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Alpine Linux покинул наиболее активный сопровождающий"	+1 +/–
	Сообщение от вй (?), 01-Авг-23, 07:16
	Docker не подходит для этой цели, он создан именно для application container, а не для system container (LXC/LXD/OpenVZ).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от Аноним (110), 01-Авг-23, 11:34
	> Docker не подходит для этой цели, он создан именно для application container, а не для system container (LXC/LXD/OpenVZ). Ну так он и запускает application - оболочку типа bash, например. А ты уже потом из него юзаешь другой софт и библиотеки, которые засунули в этот контейнер.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от NixMan (?), 01-Авг-23, 14:21
	> Docker не подходит для этой цели, он создан именно для application container, > а не для system container (LXC/LXD/OpenVZ). Use Nix, Luke! https://www.youtube.com/watch?v=0uixRE8xlbY
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	124. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от NixMan (?), 01-Авг-23, 14:20
	>> По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё. >> Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер. > Докер используют, в том числе, и чтобы просто предоставить настроенное, готовое для > работы окружение. Use Nix, Luke! https://www.youtube.com/watch?v=0uixRE8xlbY
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	181. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от lucentcode (ok), 02-Авг-23, 23:20
	Для одного процесса. Всё, что требует запуска init — тянет уже на LXC, OpenVZ и KVM. И лучше сразу начинать с KVM. Поверьте, это решит в будущем многие проблемы, в том числе с изоляцией по ресурсам, так как если вы запускаете солянку из приложений в многопроцессном режиме(с кучей обработчиков), рано или поздно ваше приложение начнёт влиять на хост-систему, и на другие контейнеры. Лучше сразу совать его в отдельную виртуалку с нормальной изоляцией, и возможностью лимитировать выделение ресурсов на неё, чтобы она не нагибала весь сервер.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	88. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от Stax (ok), 01-Авг-23, 08:49
	Затем, что хочется иметь перезапуск приложения, для чего его приходится запускать под супервизором (до systemd очень часто втыкались daemontools). Иногда еще дизайн приложения требует явного запуска многих обработчиков, опять же делать свой полноценный контроллер этих обработчиков с современными возможностями systemd часто можно не писать, он отлично отследит чтобы было скажем 16 обработчиков и отдельные экземпляры перезапускались при падении. Разделять на 16 контейнеров и перезапускать средствами докера плохо по производительности и может быть неудобно в плане управления, логов и тп
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	91. "Alpine Linux покинул наиболее активный сопровождающий"	+1 +/–
	Сообщение от амоним (?), 01-Авг-23, 09:04
	ненене. есть контейнеры, а есть система оркестрации. задача докера запустить приложение в контейнере. а вот где запустить, сколько экземпляров и прочее - это оркестратор. аналогично - os запускает процесс. а systemd отвечает, в вашем случае, за кол-во процессов и прочее
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от Stax (ok), 01-Авг-23, 10:35
	> ненене. есть контейнеры, а есть система оркестрации. > задача докера запустить приложение в контейнере. > а вот где запустить, сколько экземпляров и прочее - это оркестратор. Когда апач запускает 16 воркеров, причем тут оркестрация? Когда современный systemd позвляет запустить 16 воркеров моего приложения, используя его аналогично мастер-процессу апача (который был создан до systemd и переносимо для работы в разных системах, поэтому он так не может), зачем вы мне предлагаете делать 16 контейнеров?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от амоним (?), 01-Авг-23, 11:39
	если я правильно задачу понимаю, то какая проблема использовать супервайзер в докере? запускай себе процессы, контролируй их количество, перезапускай. основным процессом будет супервайзер, дочерними - нужная приложенька. грохнется контейнер - умрут все процессы - и родитель и дети. всё как в старые добрые времена, без systemd. сам так делал и с нодой и с питоном. я не против systemd. жизнь без bash проще и солнце ярче. я просто говорю, что оркестрация решается докером и кубером (ну оркестраторов много, просто кубер это дефолт). а если надо супервайзер в докере - то и его можно использовать (хотя это и будет плохой практикой по ряду причин) ну а апач.. ну собссно нормально работает в докере.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от амоним (?), 01-Авг-23, 11:45
	т.е. собственно речь шла изначально - что система инициализации не нужна, и много процессов - плохо по-умолчанию. и по факту - так и есть. если система инициализации нужна, именно для того, чтобы выступать супевайзером - используй супервайзер. systemd настолько большая, что говорить о том, что она мне нужна ради одной функции - странно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	150. "Alpine Linux покинул наиболее активный сопровождающий"	+/–
	Сообщение от scriptkiddis (?), 01-Авг-23, 18:49
	> оркестраторов много Этож какие кроме как куб? Но только если они умеют self hosting.
	Ответить \| Правка \| К родителю #105 \| Наверх \| Cообщить модератору