Ээээ, а что лишнее в кубе? На конкретном примере, пожалуйста.

hadoop занеси в кубер)

лишним в кубе может быть только куб)

Я давно с кубером не работал, но из того, что помню - в некоторых cni был захардкоженный cidr. Ичсх, если его впихнуть с другим диапазоном, то он просто не работает и ошибок не выдаёт. Просто нет сети. Сейчас наверняка исправили уже, но было, было.

CNI это не сам куб, это по спеке сторонние разрабы делают свои продукты. Никто ж не ругает Django за то что к нему корявые пакеты делают(или ругают ?)

конечно ругают) потому что он позволяет прикручивать корявые пакеты)

Ругают :/

Занес, что дальше?

Тут на самом деле вопрос денег, если у какой-нибудь cloudera появятся клиенты которые это захотят то "cloudera Hadoop operator " не заставит себя ждать

Ммм, это явный баг, который должны были починииь уже

Аргументы, Лехис. Давай говорить на инженерном языке.

Почему я, будучи экспертом по Хадупу, не могу написать этот оператор сам?

Наверное вопрос в мотивации

То есть у нас "не пихай все в кубер потому что можешь" меняется на "не пихаю в кубер, тк не хочу это эксплуатировать как надо"

На самом деле стандартное окно овертона, в 2015 rabbitmq запустить в кубе было "моветон" а сейчас вон мирантисы опенстак поверх него запускают и всем ок

Так плевать на окно овертона и луддитов же. У меня простой и прямой вопрос: что не стоит запускать в кубе и почему?

Оооо, покупаю! А что со свапом не так?

Kubelet при старте проверяет чтобы свапа не было, старая идеологическая/архитектурная проблема, вроде в новых версиях обещают разрешить его