Что не стоит запускать в kubernetes?

Question

[chistya]

Что не стоит запускать в kubernetes?
Например в одном кластере, но в разных namespace будут запущены registry, prometheus, gitlab, наше боевое приложение и т.п.
Выглядит как-то не очень. Какие риски это несет? И как реализовать это лучше?

Answer 1

[paran0id]

Назначьте квоты ресурсов на неймспейсы и приложения. Если кубернетес стоит на железках, учтите также нагрузку на диски. Прикройтесь cloudflare. Повесьте базовую авторизацию на всё. И я бы по возможности отделял прод от инфраструктуры физически, чтобы через дыру на проде не пролезли.

Comments

[chistya]

Да смущает, что инфраструктура и прод вторглись месте. И если навернется кластер kubernetes, то останемся без мониторинга, репозитория

[paran0id]

chistya, а вообще есть причина всё это держать в кубере?

[chistya]

paran0id, я бы сказал, что нет

Answer 2

[bankinobi]

Все инфраструктурные приложения (gitlab, registry, prometheus, graylog) вынесите в отдельный кластер. если нет такой возможности, то выделите для них отдельную ноду, оградите их priority classs, resource quota.
Ну и делайте резервные копии, что б было с чего восстанавливать кластер.

Answer 3

[Станислав Бодро́в]

Что не стоит запускать в kubernetes?

Там больше стоит вопрос - "Кого не стоит пускать?"