[Настройка Linux, Разработка под Linux, Kubernetes] Теперь в Debian комфортнее работать с k8s. Сопровождающий добавил 200 зависимостей и вынудил комитет одобрить монолит
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Технический комитет Debian (CTTE) одобрил поставку Kubernetes одним монолитным пакетом вместе с зависимостями. Случилось это после того, как сопровождающий пакета k8s добавил в него более 200 зависимостей библиотек и, фактически, своими действиями просто поставил CTTE перед фактом. Комитету пришлось одобрить поставку Kubernetes монолитом, хотя это полностью противоречит правилам разработки Debian. Суть в том, что эксплуатация Kubernetes требует использования большого количества библиотек на языке Go. По правилам разработки Debian, каждая библиотека должна существовать в рамках отдельного пакета. Для работы с Kubernetes на Debian это означало огромное количество человекочасов на сопровождение библиотек, что, по сути своей, являлось нецелесообразным для разработчиков. Ситуация осложнялась и тем, что большим проектам нужна не последняя, а одна из старых stable-версий как Kubernetes, так и библиотек к нему. В итоге политика Debian делала использование k8s на этой ОС тяжелой и нецелесообразной. После того, как сопровождающий пакета Kubernetes буквально психанул, и добавил более 200 зависимостей, которые на самом деле были нужны для комфортной работы с k8s, комитету пришлось одобрить этот шаг. Фактически, факт нарушения политики разработки Debian со стороны сопровождающего был признан, однако вместо требования откатить изменения, CTTE отнесла новый монолитный пакет Kubernetes к категории «специальных». В этой же категории, например, находится Firefox. Теперь, уже официально, комитет позволил поставлять Kubernetes со встроенными зависимостями вместо сборки отдельными библиотеками через dpkg. Все исходники будут загружаться из набора, который предоставляют сами разработчики Kubernetes и помещаться в репозиторий Debian монолитом.Не все разработчики Debian приняли спокойно решение технического комитета. Если в случае «специального» Firefox все более-менее понятно — всем пользователям нужен браузер — то по Kubernetes мнения разделились. Он нужен далеко не поголовно, так почему ему был выделен этот статус и монолит в репозитории? Что насчет других технологий? Полную версию местами драматичной переписки и обсуждения этого вопроса вы можете увидеть вот тут. Стоит отметить, что тренд на слом старых правил и добавления зависимостей начался чуть ранее. На прошлой неделе примерно та же ситуация произошла в сообществе Fedora, только там были добавлены зависимости для проектов на базе Node.js.
===========
Источник:
habr.com
===========
Похожие новости:
- [Open source, Java, Виртуализация, Openshift] Представляем Quarkus на Red Hat OpenShift
- [DevOps] Стать инженером DevOps в 2021 году: подробное руководство (перевод)
- В Debian разрешено встраивание зависимостей в пакет Kubernetes
- [Системное администрирование, Программирование, IT-инфраструктура, DevOps] Тонкости настройки CI/CD: как работает GitLab runner, когда использовать Docker-in-Docker и где пригодится Argo CD
- [Apache, Big Data, DevOps, Kubernetes] Вебинар «Разворачиваем приложение на Spark в Kubernetes» 4 февраля от Mail.ru Group
- [Настройка Linux, Информационная безопасность, Open source] Дети нашли уязвимость в экране блокировки Linux Mint, случайно нажимая клавиши
- [Системное администрирование] Таков путь! Эволюция бэкапов в Timeweb: от rsync до ZFS
- [Open source, Разработка под Linux, AR и VR, Игры и игровые приставки] Сегодня большинство Windows-игр отлично запускаются под Linux. Спасибо, Proton
- [*nix, C, Разработка под Linux] Перехват и обработка событий в файловой системе Linux
- [Разработка под Linux, IT-компании] Corellium выпустила прототип порта Linux для системы на кристалле Apple M1
Теги для поиска: #_nastrojka_linux (Настройка Linux), #_razrabotka_pod_linux (Разработка под Linux), #_kubernetes, #_debian, #_monolit (монолит), #_linux, #_unix, #_novost (новость), #_itsumma, #_kubernetes, #_k8s, #_blog_kompanii_itsumma (
Блог компании ITSumma
), #_nastrojka_linux (
Настройка Linux
), #_razrabotka_pod_linux (
Разработка под Linux
), #_kubernetes
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 05:56
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Технический комитет Debian (CTTE) одобрил поставку Kubernetes одним монолитным пакетом вместе с зависимостями. Случилось это после того, как сопровождающий пакета k8s добавил в него более 200 зависимостей библиотек и, фактически, своими действиями просто поставил CTTE перед фактом. Комитету пришлось одобрить поставку Kubernetes монолитом, хотя это полностью противоречит правилам разработки Debian. Суть в том, что эксплуатация Kubernetes требует использования большого количества библиотек на языке Go. По правилам разработки Debian, каждая библиотека должна существовать в рамках отдельного пакета. Для работы с Kubernetes на Debian это означало огромное количество человекочасов на сопровождение библиотек, что, по сути своей, являлось нецелесообразным для разработчиков. Ситуация осложнялась и тем, что большим проектам нужна не последняя, а одна из старых stable-версий как Kubernetes, так и библиотек к нему. В итоге политика Debian делала использование k8s на этой ОС тяжелой и нецелесообразной. После того, как сопровождающий пакета Kubernetes буквально психанул, и добавил более 200 зависимостей, которые на самом деле были нужны для комфортной работы с k8s, комитету пришлось одобрить этот шаг. Фактически, факт нарушения политики разработки Debian со стороны сопровождающего был признан, однако вместо требования откатить изменения, CTTE отнесла новый монолитный пакет Kubernetes к категории «специальных». В этой же категории, например, находится Firefox. Теперь, уже официально, комитет позволил поставлять Kubernetes со встроенными зависимостями вместо сборки отдельными библиотеками через dpkg. Все исходники будут загружаться из набора, который предоставляют сами разработчики Kubernetes и помещаться в репозиторий Debian монолитом.Не все разработчики Debian приняли спокойно решение технического комитета. Если в случае «специального» Firefox все более-менее понятно — всем пользователям нужен браузер — то по Kubernetes мнения разделились. Он нужен далеко не поголовно, так почему ему был выделен этот статус и монолит в репозитории? Что насчет других технологий? Полную версию местами драматичной переписки и обсуждения этого вопроса вы можете увидеть вот тут. Стоит отметить, что тренд на слом старых правил и добавления зависимостей начался чуть ранее. На прошлой неделе примерно та же ситуация произошла в сообществе Fedora, только там были добавлены зависимости для проектов на базе Node.js. =========== Источник: habr.com =========== Похожие новости:
Блог компании ITSumma ), #_nastrojka_linux ( Настройка Linux ), #_razrabotka_pod_linux ( Разработка под Linux ), #_kubernetes |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 05:56
Часовой пояс: UTC + 5