Deckhouse CLI (d8)

Внутри лежит настоящий upstream-kubectl — в текущей версии это 1.34.8 вместе с Kustomize 5.7.1. Все привычные команды и флаги работают как обычно, просто вызываются через подкоманду.

Разница не в kubectl, а в том, что вокруг. Обычный kubectl ничего не знает про модули платформы, их релизы, очередь согласования, редакцию и перенос дистрибутива — всё это пришлось бы делать плагинами и самописными скриптами. Плюс есть флаги области и проекта: они уходят заголовками и фильтруют доступ в многопользовательском кластере, чего в ванильном kubectl нет.

Ради этого чаще всего и берут: пара команд выкачивает на диск весь дистрибутив платформы — релизы, модули и базы уязвимостей — и заливает его в приватный реестр. Выборка идёт по версиям и каналам поставки, от альфы до самого консервативного.

Ловушка в первом шаге. Установка через trdl в изолированном контуре невозможна, документация предупреждает об этом прямо: клиенту нужен доступ к внешнему репозиторию подписей. Поэтому в закрытый контур бинарник заносится руками, а дальше обновляется командой самообновления — она берёт версии из внутрикластерного зеркала, а не из интернета.

Сама консоль открыта под Apache 2.0 и работает бесплатно. Но две группы команд — перенос дистрибутива и инструмент доставки — требуют лицензии коммерческой редакции платформы; об этом сообщает сам бинарник в справке.

Честная оговорка: вне платформы Deckhouse от консоли остаётся фактически только вкомпилированный kubectl и частично бэкап хранилища кластера. Остальные группы команд ходят в собственные объекты и пространства имён платформы, и на ванильном Kubernetes им не с чем разговаривать.