эка про интел зацепило. Да, олдовые безопасники мучаются в корчах от контейнеров, но их так же корчило от виртуальных машин 10 лет назад. Если вам надо безопасность в kubernetes по памяти, то вариантов 2.5 или вы делаете полностью закрытый контур. Благо это делать научились. Или вы размещаете кластера kubernetes в виртуальных машинах (пример облака) или вы берете kata kontainers - легковесные вм в которой запускаются ваши поды. Что касается сети. VxLan есть. Учитывая, что он нужен в разы меньшему количеству человек, то и информации о нём меньше. Второй вариант считать свою локальную сеть не безопасной и шифроваться на выходе из приложения. По сути все вопросы к куберу можно сравнить с вопросами к тесла "а куда здесь лить бензин".
За информацию спасибо!
Тут да, зацепил не вопрос безопастности, а именно Интел как аргумент, т.к недавно случайно статью про эти уязвимости читал. И получается что всё всё из-за процов менее безопасно, но я не могу аргументировать уязвимость своего Mac-приложения процессором, или что у приложения-конкурента тоже уязвимость потому что процессор. Я это так понял. Как бы, я не могу расчитывать что они не починят процессоры и все резко обновятся.
Тут разница между «аргументировать несовершенство» и «признать несовершенство».
Конечно согласен с тем что развитие идёт и скорее всего [через год] вопрос безопастности будет не вопрос.
А про Теслу вроде инверсия получается: для Теслы ещё во многих местах на земле трудно найти заправку и техобслуживание (хорошего инженера админа), а бензин он где угодно бензин (любой инженер прочитал инструкцию и выкатил через Куб) :)
Но Кубернейтс и подобные технологии конечно хорошие, т.к. если речь не о платежных системах, то точно риски безопастности отпадают в сравнении, что больше вещей можно делегировать команде разбирающееся в этом (которая его делает) а самим, небольшой командой, заняться бизнес-аналитикой и приложениями-клиентами