Комментарии 13
Даже если kubernetes «захватит мир», то все равно останутся отщепенцы, которым он не нужен. Точно так же как и наличие VPS не убило рынок виртуального хостинга или конструкторов лендингов или простых сайтов (типа tilda или wix). Просто инструментарий для решения задачи стал шире. И в этом океане решений простому смертному стало сложнее ориентироваться.
Дополнительно — отсутствие конкуренции кубу убьет его. Всегда должна быть аналогичная альтернатива. Сейчас есть Nomad, mesos и пр., но они похоже не так быстро развиваются и скатываются на обочину истории. Хотя некоторые вещи в них реализуются лучше, чем в кубе.
p.s. про оТпечатки автору написал.
Дополнительно — отсутствие конкуренции кубу убьет его. Всегда должна быть аналогичная альтернатива. Сейчас есть Nomad, mesos и пр., но они похоже не так быстро развиваются и скатываются на обочину истории. Хотя некоторые вещи в них реализуются лучше, чем в кубе.
p.s. про оТпечатки автору написал.
0
В статье есть про отщепенцев
Имхо, на текущий момент самый главный конкурент kubernetes — его отсутствие. Многие вещи сейчас реализуются без него удобнее и быстрее. И его задача сейчас реализовать максимально гибкий, удобный и универсальных подход infra as service для всех. Как только это случится, то на open source наработках появятся конкуренты, который будут реализовывать +- аналогичные вещи.
В целом, интересная заявка на будущее инфраструктуры.
Это тоже не совсем верно. Например, если у нас стоит задача запустить dns-сервер, то его можно запустить на FreeBSD 4.10 и он может 20 лет прекрасно работать. Просто работать и все. Возможно, за 20 лет понадобится что-то обновить один раз. Если мы говорим про софт в формате, что мы запустили и он реально много лет работает без каких-то обновлений, без внесения изменений, то, конечно, там не будет Kubernetes. Он там не нужен.
Имхо, на текущий момент самый главный конкурент kubernetes — его отсутствие. Многие вещи сейчас реализуются без него удобнее и быстрее. И его задача сейчас реализовать максимально гибкий, удобный и универсальных подход infra as service для всех. Как только это случится, то на open source наработках появятся конкуренты, который будут реализовывать +- аналогичные вещи.
В целом, интересная заявка на будущее инфраструктуры.
+2
Имхо, на текущий момент самый главный конкурент kubernetes — его отсутствие. Многие вещи сейчас реализуются без него удобнее и быстрее. И его задача сейчас реализовать максимально гибкий, удобный и универсальных подход infra as service для всех. Как только это случится, то на open source наработках появятся конкуренты, который будут реализовывать +- аналогичные вещи.
и да, и нет. С одной стороны — соглашусь. Да, кубернетес вносит сложность. Некоторые вещи проще сделать без него. Но это больше история про процессы. Я гарантирую, что все что угодно НЕ ПРОСТО делать грамотно, масштабируемо, поддерживаемо. Извините, пол-мира живет на хуяк-хуяк и в продакшен и даже практически не страдает от этого. Иногда случаются былинные факапы (типа той же истории с гитлабом и дроп датабейз). Кубернетес — это инструмент и нужно смотреть подходит ли он под текущую задачу или нет. Он ведь реально тащит с собой дикий оверхед. С другой стороны, он действительно становится эдакой лингва франка для разрабов и опсов. С третьей стороны — кубернетес перемещает сложность с одного уровня на другой. Повторюсь, что эта сложность не исчезает. Она просто становится другой. Ну, например, вопрос грамотного выбора модулей кубернетеса. Калико или Фланнел? Операторы — какие? Истио — да, или нет? А если да, то нам же половину манифестов переписывать под конкретную версию предоставляемого API. бр…
+1
Дополнительно понятна позиция г-на Столярова, как такого евангелиста куба:
это все — никуда не денется. Опять же вопрос про задачи. Кто будет тот же Оракл тащить в куб? Баре-метал тоже никуда не исчезнет, тем более в России. И все это тянет за собой вот эти вот перечисленные «отсталые» технологии. ИТ не ограничивается модными стартами исключительно на веб-платформе. Просто, как я выше писал, произойдет увеличение пула технологий, с помощью которых можно решить задачу. На разных уровнях абстракции. Разной ценой. С разным техническим долгом и возможностью масштабирования (напомнить про преждевременную оптимизацию и ее как зло — возможно, что вы и не доживете до завтра, так зачем тратить лишние ресурсы?)
Просто абсолютный — все, больше никаких Ansible, Chef, виртуальных машин, Terraform.
это все — никуда не денется. Опять же вопрос про задачи. Кто будет тот же Оракл тащить в куб? Баре-метал тоже никуда не исчезнет, тем более в России. И все это тянет за собой вот эти вот перечисленные «отсталые» технологии. ИТ не ограничивается модными стартами исключительно на веб-платформе. Просто, как я выше писал, произойдет увеличение пула технологий, с помощью которых можно решить задачу. На разных уровнях абстракции. Разной ценой. С разным техническим долгом и возможностью масштабирования (напомнить про преждевременную оптимизацию и ее как зло — возможно, что вы и не доживете до завтра, так зачем тратить лишние ресурсы?)
+1
Redhat тоже когда-то были маленькими) верьте в себя)
0
Мы отправляем какое-то количество pull requests: в Prometheus
$ ~/prometheus$ git log --grep=flant --oneline | wc -l
0
+2
Если интересует именно вклад в Prometheus, то были PR в exporter-ы. Вот, например, https://github.com/prometheus/statsd_exporter/pull/164.
+1
Ну, так экспортер != прометеус. Ок, это вопрос терминологии и ожиданий.
Понятно, что как проект Прометеус — это чуточку больше, чем его ядро (сам TSDB + Dash + коллектор).
0
Не все настраивают git config под каждый проект отдельно. Некоторые имеют личную почту и все коммиты пушат от своего имени.
0
Технический вопрос: позволяет ли kubernetes своп контейнера? Все, что я находил — вроде настройки есть, но пользоваться свопом сильно не рекомендуется и в инструкции по разворачиванию указывается, что своп надо выключить. У нас есть задачи, на которых процессы могут временно потребить больше памяти, чем есть. Отказываться от kubernetes из-за этого не хочется…
0
Если кратко — позволяет. Но это немного ломает модель распределения ресурсов. В теории можно в докере селективно выставлять настройки своппинга для каждого контейнера (если очень надо) https://docs.docker.com/config/containers/resource_constraints/#--memory-swap-details
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Kubernetes захватит мир. Когда и как?