Имеет ли смысл переводить внутреннюю инфраструктуру на Kubernetes?

Question

[DanFox]

Имеет ли смысл переводить внутреннюю инфраструктуру (jira, jenkins, gitlab, buld agents, сервера для тестирования, сервера БД и т.д.) с систем виртуализации на Kubernetes? Железо свое.

Comments

[DanFox]

Есть "хотелки" неудовлетворенные:
1. Отсутствует автоматическое восстановление виртуалок при их падении
2. Долгий процесс создания новой виртуалки - накатить ось, настроить, задеплоить
3. Отсутствует общий пул ресурсов, надо каждый раз думать на каком сервере разворачивать новую ВМ, в зависимости от нагрузки.

[Иван Шумов]

Задам другой вопрос. У вас есть возможность выделить 40 часов в неделю на поддержку k8s?

[paran0id]

DanFox, есть еще openstack, рассмотрите.Хотя тоже тот ещё гемор.

[chupasaurus]

paran0id, те же яйца, только в профиль и с бонусной утилитой.

[chupasaurus]

DanFox, Судя по 1 и 3 вы либо живётё на VDS, либо не в курсе о существовании vCenter/Hyper-V Failover Cluster/чотамуXen.

[paran0id]

chupasaurus, пардон, заговариваюсь, имел в виду openstack

[Vitaly Karasik]

DanFox, все это решается с виртуалками,  K8S не при чем.

[DanFox]

Иван Шумов, нет ))

[Иван Шумов]

DanFox, вот и ответ на вопрос) возьмите что попроще) тот же swarm

Answer 1

[paran0id]

Kubernetes - это сложно. Это не для stateful-приложений, это куча тяжелорешаемых проблем, это обновления без обратной совместимости, это куча дополнительных слоёв абстракции, это шаг в сторону от инструкции "далее-далее-готово" - и ой всё. И ещё это единая точка отказа, даже если он в кластере.

Есть смысл использовать кубернетес для задач, требующих легкого масштабирования, rolling-update и прочих плюшек, характерных обычно для крупных веб-проектов. Из перечисленного вами разве что build agents есть смысл тащить на кубернетес, и то, если он уже есть, а не разворачивать кластер ради них.

Comments

[Иван Шумов]

Особенно меня радует когда k8s опубликовали набор модулей для stateful)