Телеграмм чат группы pro

Не все и не всегда

00:44пожаловаться

> сетевые абстракции увеличивают задержки
с этим не поспоришь, но лоадбалансеры привносят возможность быстрого переключения между эндпоинтами для каждого сервис и соответсвенно rolling update, при желании можно обойтись и без них: сделать т.н. headless сервис, который будет ничего баласировать, а просто ссылаться на текущий работающий под

00:44пожаловаться

в этом случае общение будет напрямую

00:45пожаловаться

Короче куб хорош для софта высокого уровня, просто апликашки

00:45пожаловаться

Не все и не всегда

соглашусь, во всём есть свои аспекты

00:46пожаловаться

Короче куб хорош для софта высокого уровня, просто апликашки

да, в основном для stateless, запускать что-то другое в кубе требует большего понимания и особой усидчивости, но в целом, когда у тебя дофига однотипных ресурсов ты в этом только выигрываешь

00:47пожаловаться

Вот моё чувство прекрасного:
https://asciinema.org/a/FsV9LCrkKf3XNVdgPU9uPOwDV

moonshotctl

Или когда есть нормальный оператор

00:48пожаловаться

Или когда есть нормальный оператор

Кстати написать ansible-оператора на operator-sdk проще простого, собстна что я и сделал для нашей инфраструктуры

00:51пожаловаться

Когда я работал в kubevirt все было не так просто

00:53пожаловаться

Когда я работал в kubevirt все было не так просто

про kubevirt высказывался уже в @kubernetes_ru, я возлагаю большие надежды на проект, но имхо пытаться переиспользовать текущие CRI и CNI плагины - имхо, не есть true way

00:55пожаловаться

решил что лучше я напишу свой оператор для opennebula и буду деплоить её в кубе чем пытаться адаптировать kubevirt под себя

00:56пожаловаться

вот это, по моему, настоящая жесть

00:57пожаловаться

поясню - это схема интерфейсов для каждой виртуалки, запущенной внутри пода.
А всё это ради того, чтобы переиспользовать CNI

01:00пожаловаться

Тот кто это писал мой хороший друг :)

01:04пожаловаться

И сосед

01:04пожаловаться

Верю, и я надеюсь что когда-нибудь это перерастёт в что-то большее, т.к. система виртуализации с API уровня kubernetes точно нужна.
Но, имхо, учитывая все ограничения, текущий кейс использования достаточно специфичный

01:08пожаловаться

в основнои это stateless-виртуалки, вот они в kubevirt будут работать на отлично, как правило им не нужна ни live-миграция, ни статические айпишники

01:10пожаловаться

Что начальство определило то и пишем :)

01:10пожаловаться

Миграция вроде есть