NL
Мне не нужен абсолютно точный и абсолютно бесполезный ответ.
Size: a a a
2021 September 02
Oℕ
а как должен выглядеть полезный для вас ответ?
MK
да уж, в таком ответе сложно "прочитать между строк" )
AB
И что, вроде бы, стало стандартом в индустрие 😸
Кроме, конечно, некоторых "граничных", где это нельзя или "не желательно"
Кроме, конечно, некоторых "граничных", где это нельзя или "не желательно"
Oℕ
если вы про CPU то роль кубера в отношении подов - найти для него хоста и запустить там докер, CPU оверхед от докера для бинарных приложений обычно малозначителен, для всяких жвм и дотнет в последних версиях, которые научились определять, что они находятся в контейнере - тоже
Oℕ
Если вы про IO - тут уже сложный вопрос
Oℕ
В среднем кубер позволяет как потерять, так и приобрести
NL
Вот это уже гораздо полезнее, спасибо.
Oℕ
Если вы про RAM, то можно сказать нет оверхеда
Oℕ
В среднем для больших деплойментов кубер часто рассматривается как средство экономии.
Благодаря тому, что даже имбецилы вроде меня могут создавать сравнительно масштабируемые сервисы, а кубер позволяет их корректно плавно масштабировать буквально одной командой в баше, вы уже не исходите из парадигмы, что вам нужно металла для каждого сервиса для максимальной нагрузки.
Благодаря тому, что даже имбецилы вроде меня могут создавать сравнительно масштабируемые сервисы, а кубер позволяет их корректно плавно масштабировать буквально одной командой в баше, вы уже не исходите из парадигмы, что вам нужно металла для каждого сервиса для максимальной нагрузки.
Oℕ
Особенно заметен эффект в дев/тест окружениях, стоимость которых (без шуток) во многих компаниях превышает стоимость прода из-за тысяч постоянно поднятых инстансов
Oℕ
Ну тут слово "кубер" на почти любой оркестратор заменить
NL
Тут есть ньюансы. В целом, я бы хотел оценить разницу между "ручным" подходом к развёртыванию и эксплуатации, и условно "автоматизированным". Многие советуют поставить миникуб даже для своего хобби-проекта, чтобы потом, вооружившись новыми навыками, успешно справляться с проблемами в рабочих системах.
Oℕ
Job это отдельная тема, как я понимаю тут рассматривается паттерн использования, когда запускается один под на таску и погашается после завершения
MK
Да, суммарно:
1. экономия за счёт запихивания множества контейнеров на огр число серверов == меньше серверов нужно
2. готовность развернуть как в облаке, так и на дешевой железке в гараже
1. экономия за счёт запихивания множества контейнеров на огр число серверов == меньше серверов нужно
2. готовность развернуть как в облаке, так и на дешевой железке в гараже
Oℕ
Запуск пода сам по себе конечно оверхед несёт, и если делать это нужно очень часто, оверхед заметен будет
Oℕ
Наши куберадмины в принципе против job ов, не разрешают
MK
вообще кубик сделан чтобы облегчать. там правда надо подучить матчасть сначала чтоб выхлоп был
Oℕ
Когнитивно ручной гораздо более понятен.
Кубер просто в использовании исходил из известной парадигмы Роба Пайка, делался not brilliant людьми для not brilliant людей.
В итоге это прагматичное месиво из ямлов, шаблонов ямлов на ямлах (helm) на худшем языке шаблонов в мире и миллиардом опций, неочевидных взаимосвязей.
Нужно заложить просто несколько недель на освоение
Кубер просто в использовании исходил из известной парадигмы Роба Пайка, делался not brilliant людьми для not brilliant людей.
В итоге это прагматичное месиво из ямлов, шаблонов ямлов на ямлах (helm) на худшем языке шаблонов в мире и миллиардом опций, неочевидных взаимосвязей.
Нужно заложить просто несколько недель на освоение
ПФ
Витя свет Гамов вообще всё разворачивает в кубике чтобы голову себе не морочить