Всем привет,
➡️ В этот раз мы хотели бы затронуть тему кубера как развивающегося инструмента. Натолкнула нас на это размышление панельная дискуссия про Kubernetes как платформу для данных на недавнем KubeCon. Дискуссия интересная, с общей мыслью «Не делайте из кубернетеса платформу для всего, он этого не выдержит». Нам особенно запомнился коллега из Altinity, любящий качать тему Data On Kubernetes и шутки про Clickhouse на Kubernetes. Рекомендуем.
➡️ Вернемся к развитию кубернетеса. Недавно группа разработки объявила о том, что добавляет к Ingress новый замечательный инструмент Gateway API. С одной стороны хорошо: больше выбора. С другой стороны, а по какому принципу теперь выбирать? В одном углу ринга старый проверенный Ingress, к которому написана тонна обвязки к облакам и инструментам, а в другом — Gateway API, который спроектирован с учетом ограничений Ingress и вообще лучше, но обвеса к которому нет, в продакшене особо не замечен.
➡️ Еще одна важнейшая часть кубернетеса — sidecar. Сайдкары с нами давно — кто постарше, помнят времена, когда мы надеялись, что они отработают правильно. С тех пор прошло много времени, и замечательное 25-минутное видео с последнего KubeCon затрагивает эволюцию сайдкаров через KEPы (Kubernetes Enhancement Proposal). Как правильно запускать, как правильно трекать запуск, как правильно выключать — этот гигиенический минимум развивался долго. А вместе с ним развивались и другие фичи, такие как стартап-пробы. В конце концов сделали специальную фичу для сайдкаров и выкатили в бету. В докладе еще есть интересный раздел про будущее, но, к сожалению, самое интересное будущее — эмбиент — очень поверхностно.
📺 Sidecar containers in Kubernetes: past, present, and future | Matei David, Buoyant & Mike Beaumont | YouTube
➡️ Венчает доклад вопрос из зала, который, как нам кажется, идеально характеризует то, почему платформу нельзя усложнять. «Хорошая фича, но почему она закопана так глубоко? Не найти же».
➡️ А ведь кто-то не найдет, не прочитает документацию и сделает свой велосипед. Мораль сегодняшнего поста — прежде чем выбирать версию кубернетеса или фичи, внимательно читайте документацию, смотрите видео с KubeCon (или с нашей конференции). В какой-то момент кубернетес стал слишком развитым, и очень нужная фича может быть закопана в UI.
➡️ В этот раз мы хотели бы затронуть тему кубера как развивающегося инструмента. Натолкнула нас на это размышление панельная дискуссия про Kubernetes как платформу для данных на недавнем KubeCon. Дискуссия интересная, с общей мыслью «Не делайте из кубернетеса платформу для всего, он этого не выдержит». Нам особенно запомнился коллега из Altinity, любящий качать тему Data On Kubernetes и шутки про Clickhouse на Kubernetes. Рекомендуем.
➡️ Вернемся к развитию кубернетеса. Недавно группа разработки объявила о том, что добавляет к Ingress новый замечательный инструмент Gateway API. С одной стороны хорошо: больше выбора. С другой стороны, а по какому принципу теперь выбирать? В одном углу ринга старый проверенный Ingress, к которому написана тонна обвязки к облакам и инструментам, а в другом — Gateway API, который спроектирован с учетом ограничений Ingress и вообще лучше, но обвеса к которому нет, в продакшене особо не замечен.
➡️ Еще одна важнейшая часть кубернетеса — sidecar. Сайдкары с нами давно — кто постарше, помнят времена, когда мы надеялись, что они отработают правильно. С тех пор прошло много времени, и замечательное 25-минутное видео с последнего KubeCon затрагивает эволюцию сайдкаров через KEPы (Kubernetes Enhancement Proposal). Как правильно запускать, как правильно трекать запуск, как правильно выключать — этот гигиенический минимум развивался долго. А вместе с ним развивались и другие фичи, такие как стартап-пробы. В конце концов сделали специальную фичу для сайдкаров и выкатили в бету. В докладе еще есть интересный раздел про будущее, но, к сожалению, самое интересное будущее — эмбиент — очень поверхностно.
📺 Sidecar containers in Kubernetes: past, present, and future | Matei David, Buoyant & Mike Beaumont | YouTube
➡️ Венчает доклад вопрос из зала, который, как нам кажется, идеально характеризует то, почему платформу нельзя усложнять. «Хорошая фича, но почему она закопана так глубоко? Не найти же».
➡️ А ведь кто-то не найдет, не прочитает документацию и сделает свой велосипед. Мораль сегодняшнего поста — прежде чем выбирать версию кубернетеса или фичи, внимательно читайте документацию, смотрите видео с KubeCon (или с нашей конференции). В какой-то момент кубернетес стал слишком развитым, и очень нужная фича может быть закопана в UI.