Kubernetes захватит мир. Когда и как?

[gecube]

Даже если kubernetes «захватит мир», то все равно останутся отщепенцы, которым он не нужен. Точно так же как и наличие VPS не убило рынок виртуального хостинга или конструкторов лендингов или простых сайтов (типа tilda или wix). Просто инструментарий для решения задачи стал шире. И в этом океане решений простому смертному стало сложнее ориентироваться.
Дополнительно — отсутствие конкуренции кубу убьет его. Всегда должна быть аналогичная альтернатива. Сейчас есть Nomad, mesos и пр., но они похоже не так быстро развиваются и скатываются на обочину истории. Хотя некоторые вещи в них реализуются лучше, чем в кубе.

p.s. про оТпечатки автору написал.

[levchick]

В статье есть про отщепенцев

Это тоже не совсем верно. Например, если у нас стоит задача запустить dns-сервер, то его можно запустить на FreeBSD 4.10 и он может 20 лет прекрасно работать. Просто работать и все. Возможно, за 20 лет понадобится что-то обновить один раз. Если мы говорим про софт в формате, что мы запустили и он реально много лет работает без каких-то обновлений, без внесения изменений, то, конечно, там не будет Kubernetes. Он там не нужен.

Имхо, на текущий момент самый главный конкурент kubernetes — его отсутствие. Многие вещи сейчас реализуются без него удобнее и быстрее. И его задача сейчас реализовать максимально гибкий, удобный и универсальных подход infra as service для всех. Как только это случится, то на open source наработках появятся конкуренты, который будут реализовывать +- аналогичные вещи.

В целом, интересная заявка на будущее инфраструктуры.

[gecube]

Имхо, на текущий момент самый главный конкурент kubernetes — его отсутствие. Многие вещи сейчас реализуются без него удобнее и быстрее. И его задача сейчас реализовать максимально гибкий, удобный и универсальных подход infra as service для всех. Как только это случится, то на open source наработках появятся конкуренты, который будут реализовывать +- аналогичные вещи.

и да, и нет. С одной стороны — соглашусь. Да, кубернетес вносит сложность. Некоторые вещи проще сделать без него. Но это больше история про процессы. Я гарантирую, что все что угодно НЕ ПРОСТО делать грамотно, масштабируемо, поддерживаемо. Извините, пол-мира живет на хуяк-хуяк и в продакшен и даже практически не страдает от этого. Иногда случаются былинные факапы (типа той же истории с гитлабом и дроп датабейз). Кубернетес — это инструмент и нужно смотреть подходит ли он под текущую задачу или нет. Он ведь реально тащит с собой дикий оверхед. С другой стороны, он действительно становится эдакой лингва франка для разрабов и опсов. С третьей стороны — кубернетес перемещает сложность с одного уровня на другой. Повторюсь, что эта сложность не исчезает. Она просто становится другой. Ну, например, вопрос грамотного выбора модулей кубернетеса. Калико или Фланнел? Операторы — какие? Истио — да, или нет? А если да, то нам же половину манифестов переписывать под конкретную версию предоставляемого API. бр…

[gecube]

Дополнительно понятна позиция г-на Столярова, как такого евангелиста куба:

Просто абсолютный — все, больше никаких Ansible, Chef, виртуальных машин, Terraform.

это все — никуда не денется. Опять же вопрос про задачи. Кто будет тот же Оракл тащить в куб? Баре-метал тоже никуда не исчезнет, тем более в России. И все это тянет за собой вот эти вот перечисленные «отсталые» технологии. ИТ не ограничивается модными стартами исключительно на веб-платформе. Просто, как я выше писал, произойдет увеличение пула технологий, с помощью которых можно решить задачу. На разных уровнях абстракции. Разной ценой. С разным техническим долгом и возможностью масштабирования (напомнить про преждевременную оптимизацию и ее как зло — возможно, что вы и не доживете до завтра, так зачем тратить лишние ресурсы?)

[gecube]

И ещё. Отдельный вопрос — секьюрити. Как будто изначально докер и кубернетес с этим вообще никак. Потом начали докручивать, но пока больше вопросов, чем ответов.

[TimsTims]

Redhat тоже когда-то были маленькими) верьте в себя)

[kvt]

Мы отправляем какое-то количество pull requests: в Prometheus

$ ~/prometheus$ git log --grep=flant --oneline | wc -l
0

[diafour]

Если интересует именно вклад в Prometheus, то были PR в exporter-ы. Вот, например, https://github.com/prometheus/statsd_exporter/pull/164.

[gecube]

Ну, так экспортер != прометеус. Ок, это вопрос терминологии и ожиданий.
Понятно, что как проект Прометеус — это чуточку больше, чем его ядро (сам TSDB + Dash + коллектор).

[diafour]

Тем не менее, в issue и pr exporter-ов приходит Brian Brazil и рассказывает как нужно делать exporter-ы, чтобы было prometheus-way© ;)

[Singaporian]

Не все настраивают git config под каждый проект отдельно. Некоторые имеют личную почту и все коммиты пушат от своего имени.

[SegreyBorovkov]

Технический вопрос: позволяет ли kubernetes своп контейнера? Все, что я находил — вроде настройки есть, но пользоваться свопом сильно не рекомендуется и в инструкции по разворачиванию указывается, что своп надо выключить. У нас есть задачи, на которых процессы могут временно потребить больше памяти, чем есть. Отказываться от kubernetes из-за этого не хочется…

[gecube]

Если кратко — позволяет. Но это немного ломает модель распределения ресурсов. В теории можно в докере селективно выставлять настройки своппинга для каждого контейнера (если очень надо) https://docs.docker.com/config/containers/resource_constraints/#--memory-swap-details