Я хотел бы знать, что является рациональным для использования заклинания на Ubuntu для установки Kubernetes?
Насколько мне известно, для Kubernetes есть пакеты Debian.
Как давний пользователь Debian и Ubuntu, я немного озадачен, почему мне нужно использовать систему, выходящую за рамки выдающейся системы dpkg / apt.
Я думаю, что собираюсь протестировать Kubernetes внутри контейнера докеров или виртуальной машины, потому что я боюсь загрязнить пространство пакета машины, используя параллельную систему для ...
Но мне все еще интересно, в чем причина этого?
Самая важная причина сделать что-то подобное - иметь более свежую версию программного продукта, чем то, что доступно в репозиториях дистрибутива.
В производственной среде вы будете использовать версии LTS или такие вещи, как RHEL / CentOS, с новыми выпусками каждые 2-4 года. Для быстро меняющихся продуктов, таких как Kubernetes, это очень долгий срок, но наличие внешних систем, управляющих системой, также является самой веской причиной НЕ использовать эти инструменты, поскольку они не обязательно хорошо протестированы в среде, в которой вы хотите их запускать.
Также важен тот факт, что многие современные системы являются безумно сложными, с множеством зависимостей и действительно сложными процессами конфигурации, чтобы все части хорошо взаимодействовали друг с другом. Это может быть проще сделать с помощью других инструментов, чем пакеты RPM или deb (которые вам придется реплицировать для каждой целевой системы). Вероятно, это очень важная причина для Kubernetes. Для меня это еще одна причина не любить это, поскольку «запустите этот марионеточный скрипт, чтобы установить наш инструмент», а затем то, что он сделает массу вещей в течение следующих 30 минут, не вселяет во мне особой уверенности, поскольку я понятия не имею, что такое происходит и что на самом деле работает в моей коробке после этого.
Другая причина может заключаться в том, чтобы обойти причуды в конкретных пакетах или системе упаковки от поставщика ОС.
Наконец, существует смесь «не изобретено здесь», лени и нехватки рабочей силы, которая может побудить поставщиков использовать свои собственные системы вместо того, чтобы предоставлять правильно собранные пакеты для популярных дистрибутивов.
Но, в конце концов, вы должны спросить соответствующего поставщика, почему они, конечно же, сделали то, что сделали.