| 1.3, A.Stahl (ok), 12:25, 05/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– |
 >Kubernetes
Что-то про эту штуку пишут куда ни плюнь. Какие-то семинары, съезды, конференции. Баги теперь ещё.
Это какой-то злобный маркетинг?
| | |
| |
| 2.6, Stax (ok), 13:09, 05/12/2018 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Нет, просто она затыкает целый набор потребностей, а все альтернативы сильно уступают. Вот прямо сильно-сильно. Поэтому в жизни по факту можно встретить только k8s и docker swarm, но последнее обычно поднимается исключительно от нежелания разбираться с k8s (а самый его большой недостаток - он сложный и требует много всего для нормальной эксплуатации! Ну и далеко не все реализовано, что хотелось бы).
Так что использовать k8s приходится практически безальтернативно, при этом многие хитрые вещи и интеграции требуют немалых усилий - вот и вылезают "семинары, съезды, конференции".
| | |
| |
| |
| |
| 5.54, Аноним (16), 12:46, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Товарищи уже объяснили: Nomad взяли из-за нежелания разбираться с k8s, из-за простоты его настройки и тесной интеграции с consul и vault, которые уже и без номада использовались на проекте. Пока что результатом довольны. Лично мне понравилась возможность генерить конфиги, которые будут использоваться в контейнере, из шаблона, в котором данные (переменные) берутся напрямую из консула и/или из волта. Есть внятная веб-морда.
| | |
|
|
| 3.24, freehck (ok), 16:55, 05/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Поддерживаю. Если у Вас 100+ контейнеров, то k8s маст хэв.
Если меньше, то можно в принципе не заморачиваться. Я для малых проектов вообще поднимаю простой докер с фланелью и деплою контейнеры через ansible.
| | |
| |
| |
| 5.51, freehck (ok), 11:08, 06/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> 100++, справляемся без дырок на дырках. :)
Чувак, то, что и без k8s можно справляться при большом количестве контейнеров -- я не спорю. Я говорю, что при таких объёмах использование k8s уже оправдано, и с ним всё-таки легче и удобнее.
| | |
|
|
|
| 2.32, SubGun (ok), 22:22, 05/12/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Что-то про эту штуку пишут куда ни плюнь. Какие-то семинары, съезды, конференции. Баги теперь ещё.
> Это какой-то злобный маркетинг?
Ну надо же ее как-то продать. И желательно подороже. Поэтому ее чуть ли не с первых версий форсили, как готовую к продакшн. Хотя большинству эта штука нафиг не нужна.
| | |
| 2.35, ГабенВульвович (?), 22:36, 05/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Это такой себе клаудстэк контейнерной и микросервис-эры, который позволяет автоматизировать кластеризацию/фэйловер/конфигурацию контейнеров и служб, основанных на них.
| | |
| 2.50, Dmitry77 (ok), 09:15, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
 У нас порядка 50 отдельных проектов. Можно на каждый с проект по отдельному серверу. Но обычно не требуется такие мощьностию А в kubernates кластер можно их все запихать и не морочиться с распределением по машинам.
Ещё есть прикольная штука- helm. это package manager для серверных приложение.
| | |
|
| 1.8, Аноним (8), 13:45, 05/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
Судя по описанию проблемы и учитывая, что "проблема проявляется во всех версиях Kubernetes, начиная с релиза 1.0" - это не совсем обычная дыра безопасности от кривой реализации. Это проблема архитектуры, логики работы. Ее наличие красноречиво говорит о мозгах разработчиков. Потенциально опасный продукт.
"О сколько нам открытий чудных..."
| | |
| |
| |
| 3.11, анонзыы (?), 14:43, 05/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
перепишите на D))) тут почитал книжку по D и...... понял что это такая смесь си++,питон и ява( тут не оч уверен). странный замес.))) пишите на нем))
| | |
| |
| 4.18, Аноним (17), 16:06, 05/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Наверное, имелось ввиду, что на типа безопасных языках тоже уязвимости случаются.
| | |
| |
| 5.41, анонзыы (?), 23:54, 05/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
программы пишут люди. естественно накосячить могут все. и что самое главное ни в одной программе их может и не быть, но появись они вместе создадут глюк или дыру в системе. это же известный факт. и никакой язык не может быть абсолютно безопасным. через тот же питон вызови в шелл "rm -rf /" ))) ну это утрирую , но принцип понятен. и нет абсолютно плохих языков или хороших. есть кривые руки)) и не подходящее применение( не своя стезя).
| | |
|
|
| 3.36, vedronim (?), 23:23, 05/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>> Напомним, что код Kubernetes написан на языке Go
Написали бы на си, все было бы по другому.
| | |
| |
| 4.64, InuYasha (?), 14:11, 07/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
В параллельной stable-вселенной они и написаны на Си. А у нас testing-вселенная, так что, живём как живём... :(
| | |
|
|
|
| |
| 2.21, Аноним (21), 16:27, 05/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Так не выставляй api и dash задницей на мороз и будет нормально, как будто в другом софте таких багов никогда не было
| | |
|
| 1.22, Аноним (22), 16:31, 05/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>уязвимость, позволяющая поднять свои привилегии
Ну так свои же :) Расходимся.
| | |
| 1.23, Vitaliy Blats (?), 16:51, 05/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Что можно такого пихать в эти контейнеры, чего нельзя размещать под хостом, а раз уж необходимо, почему оно не может работать под нормальным KVM ?
[сообщение отредактировано модератором]
| | |
| |
| 2.25, Stax (ok), 18:21, 05/12/2018 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Что можно такого пихать в эти контейнеры, чего нельзя размещать под хостом,
> а раз уж необходимо, почему оно не может работать под нормальным
> KVM ?
Дык набирают хипстеров-разработчиков, и дальше оказывается, что они не готовы тратить время на то, чтобы обеспечить запуск их компонента в чем-либо, кроме последней убунте, в которой они его пишут. И не имеют желания разбираться с чем-то еще, потому что сложно, непонятно, не те версии и тд и тп.
И у администратора и других разработчиков тоже нет времени и желания обеспечивать, чтобы эти компоненты работали под чем-то еще. В какой-то момент приходится признать, что выгонять разработчиков не вариант, научить делать нормально нереально, а дяденьки, который за них приведет код в состояние, в котором этим можно будет как-то управляемо менеджить нет.
И приходится дать каждому разработчику свою песочницу, которую он уже сам себе делает для каждого компонента как ему нравится - с вкривь и вкось мешаниной из распаковки тарболлов / make install, pip и npm и прочим, с условияем, что за это отвечает сам разработчик. Потому что иначе он не умеет и учиться нормально не собирается, а стороннему человеку поддерживать эту кашу невозможно.
К счастью, можно заставить разработчика описать всю эту кашу разок в Dockerfile к каждому проекту и под угрозой увольнения заставить поддерживать хотя бы свои Dockerfile'ы к своим проектам. А дальше встает вопрос, как с этим жить. Виртуалки не вариант, потому что во-первых слишком тяжеловесные для такого применения, во-вторых нормально не скриптуются на таком уровне (не vagrant же брать, гвоздями приколоченному к virtualbox, у которого 50% функциональности отлетает при использовании libvirt плагина? И cloud-init тут тоже не спасает). Поэтому - от полного развала всего и вся спасает только docker. А дальше встают вопросы - как этот ворох контейнеров менеджить, раскидывать по машинкам с точки зрения оптимизации ресурсов, поднимать упавшие, масштабировать нужное число копий, устанавливать сетевые и прочие взаимодействия. Ну и приходим к kubernetes. Каким образом KVM-то поможет?
А kubernetes узлы можно при желании запускать в KVM, а не на голом железе. Правда, кроме как для dev или тестирования в этом смысла не очень много.
| | |
| |
| 3.26, Аноним (26), 18:46, 05/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
спасибо за коммент. Мне многое стало понятно про хипстеров и зачем нужны контейнеры. Спасибо!
| | |
| |
| 4.28, Анонимус2 (?), 19:05, 05/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Предлагаю описать как не используя динамическую инфраструктуру поднять новый тестовый стенд из сотни разных сервисов.
Потом сделать то же самое, но с каким-нибудь openstack. А когда через полгода надоест пытаться это сделать - подумать что может дать докер для этого.
| | |
| |
| 5.29, Аноним (29), 19:46, 05/12/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Предлагаю
Спасибо, что подыграли. Выше так и написали, что те, кто сами решать возникающие проблемы не хотят, просто переваливают всё на докер.
А если серьёзно, то конкретно в вашей ситуации докер, может, и нужен. Но в 99% интернет-блогов докер используется именно так, как описал аноним выше: чтобы пользователь вместо установки какой-то софтины просто брал контейнер, куда запрятана целая операционка.
И я опускаю вопрос о том, ЗАЧЕМ вам тестовый стенд из сотни серверов, и почему на тех задачах, которые вы с его использованием решаете, вы не можете заработать сумму, достаточную для более грамотной организацию процесса.
| | |
| |
| 6.34, Stax (ok), 22:33, 05/12/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Спасибо, что подыграли. Выше так и написали, что те, кто сами решать возникающие проблемы не хотят, просто переваливают всё на докер.
Ну так дело, в целом, не в решении проблем и не в переваливании на докер.
Докер просто замечательный инструмент, чтобы делегировать ответственность за окружение приложения от админа к разработчику. Потому что даже если все не настолько ужасно, как я написал в примере выше, проблема того, что разработчик хочет чего-то, а у админа нет времени / желания разбираться / объяснять, что так глобально нельзя, а можно максимум в небольшой песочнице - возникает. И докер это хороший способ убрать эту проблему. Убрали - и больше разработчику не нужно чуть что, ходить на поклон к админу и согласовывать окружение. Это офигенно ускоряет процесс от разработки до выкатывания. Опять же, это возможность иметь CI, где разработчик может без каких-либо проблем менять продакшен окружение (правкой Dockerfile) в любой момент, когда это требуется.
Ну а использование докера в продакшене очень быстро приводит к внедрению k8s. Ибо если не он, то что?
| | |
| |
| 7.39, Michael Shigorin (ok), 23:43, 05/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > ...а у админа нет времени / желания разбираться / объяснять, что так
> глобально нельзя, а можно максимум в небольшой песочнице - возникает.
Голые cgroups -- это _не_ песочница; так, авоська для удобствия.
> И докер это хороший способ убрать эту проблему. Убрали - и больше
> разработчику не нужно чуть что ходить на поклон к админу
> и согласовывать окружение.
...и не только разработчику ;-]
| | |
| 7.49, лютый лютик_ (?), 09:10, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>чтобы делегировать ответственность за окружение приложения от админа к разработчику
А не сильно жирно разрабам решать на чём прод будет крутиться?
Если в конторе прод на CentOS/RHEL, то тестовое окружение должно быть на Центосе. На десктопе пусть себе абанту ставит. И зачем в данной схеме докер?
Вообще, проблема совместимости сильно раздута, для сишников это может и актуально, а всяким жаберам, питонщикам да JSникам плюс минус пара версий ни роялит.
| | |
| |
| 8.56, Аноним (16), 13:33, 06/12/2018 [^] [^^] [^^^] [ответить] | +/– | Вот простой пример из реальной жизни у разработчиков Федора, на продакшене Cent... большой текст свёрнут, показать | | |
| |
| 9.57, Аноним (16), 13:37, 06/12/2018 [^] [^^] [^^^] [ответить] | +/– | Имеется в виду во время сборки для CI или продакшена , т е не во время разрабо... текст свёрнут, показать | | |
|
|
| 7.52, Crazy Alex (ok), 12:44, 06/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Я бы по-другому сказал - докер - это способ разделить софт на компоненты с явно указанными зависимостями. Нужен какой-то порт открытый - пропиши, нужен доступ куда-то на диск - пропиши, и так далее. В общем, естественное следствие массового увеличения сложности софта и способ борьбы с ней.
То есть не "у кого-то нет желания разбираться", а совершенно закономерное повышение уровня, которое началось с того, что нумерованным ячейкам памяти стали присваивать имена, а инструкции писать символьными обозначениями.
| | |
| 7.58, Аноним (58), 17:22, 06/12/2018 [^] [^^] [^^^] [ответить] | +/– | Соглашусь Докер, конечно классный инструмент, но заставляет очень быстро деград... большой текст свёрнут, показать | | |
|
| 6.60, SysA (?), 18:20, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то в Докер-контейнере нет ОС! Потому-то они и такие маленькие... и это их основное преимущество перед КВМ и пр.
| | |
|
|
|
| 3.31, КГБ СССР (?), 22:15, 05/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Переводя на общепонятный русский, необходимость в контейнерной изоляции вызвана к жизни единственно низким уровнем квалификации молодой поросли эм… клавиатурных работников?
| | |
| |
| 4.37, vedronim (?), 23:29, 05/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Переводя на общепонятный русский, необходимость в контейнерной изоляции вызвана к жизни
> единственно низким уровнем квалификации молодой поросли эм… клавиатурных работников?
Нет. Причина в фрагментации линукса. Васяны, делающие свои дистры почему то надеются, что под них тут же начнут все подстраиваться.
| | |
| |
| 5.40, Michael Shigorin (ok), 23:45, 05/12/2018 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Есть формальная логика, есть женская -- но вот по продемонстрированной выше "васяны, делающие свои дистры" вдруг сцементировались и выкатили контейнеры.
Мне одному кажется, что эта логика не тянет даже на такое название?
| | |
|
| 4.42, Борщдрайвен бигдата (?), 23:55, 05/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нет. Вернее, не только.
Ещё точнее: если бы k8s возник _только_ по вышеуказаной причине, то его бы никто не продал, будь этим кем-то сам гугл.
| | |
| 4.46, cutlass (?), 05:58, 06/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
На разработчиков проще всего свалить все проблемы. Это слишком близоруко.
| | |
| |
| 5.47, КГБ СССР (?), 08:11, 06/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> На разработчиков проще всего свалить все проблемы. Это слишком близоруко.
Прости, если сможешь, Леннарт. Я был политически и морально близорук.
| | |
|
| 4.53, Crazy Alex (ok), 12:46, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Нет. Причина, как и всегда - в усложнении массово применяемого софта (включая условия его использования) и необходимости сохранять при этом хоть как-то разумные бюджеты на его написание и поддержку.
| | |
| |
| 5.61, SysA (?), 18:23, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не только и не столько...
Суть в модульности и масштабируемости. И, как побочный эффект, - упрощение системы.
| | |
|
|
| 3.44, Онаним (?), 00:49, 06/12/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> В какой-то момент приходится признать
... что лучше закрыться, а не корчить из себя эффективного менеджера целой компании ...
(это по итогам: что выгонять разработчиков не вариант, научить делать нормально нереально, а дяденьки, который за них приведет код в состояние, в котором этим можно будет как-то управляемо менеджить нет)
| | |
| 3.45, Аноним (45), 01:36, 06/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>а дяденьки, который за них приведет код в состояние, в котором этим можно будет как-то управляемо менеджить нет.
Здравствуйте, я тот самый дяденька, который заставляет их приводить код в состояние, в котором его можно хоть как-то управляемо менеджить. Спрашивайте свои вопросы.
| | |
|
|
|
