Как будет выглядеть Kubernetes 2.0 ( matduggan.com )
Kubernetes 2.0: в поисках большего количества денег
Конечно, это
Kubernetes 2.0: поиск большей сложности путем попытки избавиться от нее.
Мда, по-моему, это неправильно.
Больше всего Kubernetes не хватает 10-летнего послужного списка простоты/стабильности. Для процветания ему больше всего нужна лучшая репутация, чтобы его было трудно задеть.
Не очень-то убедительно говорить: «Посмотрите, что можно сделать с помощью Kubernetes, и вам понадобится всего лишь команда из 3 инженеров, работающих полный рабочий день и занимающихся этой технологией, и при этом платить миллион долларов в год, чтобы превратить упаковку мусора в 40 тысяч долларов».
По большей части Kubernetes становится общим языком, несмотря на все хаотичные плагины и настройки, которые взаимодействуют друг с другом в комбинаторном взрыве сложности/риска/накладных расходов. 2.0 — это то, что я бы предложил, если бы пытался убить kuberenetes.
Kubernetes — это то, что происходит, когда вам нужно поддерживать желания и стремления каждого в рамках базовой платформы. Абстракция фасада ломается и в конечном итоге обнажает все базовые части, потому что кому-то нужна функция X. Большая часть сложности Kubernetes — это YAGNI (для большинства пользователей).
Kubernetes 2.0 должен быть скучным планировщиком подов с некоторым RBAC вокруг него. Пусть люди меняют абстракции, если им это нужно, вместо того, чтобы все было так тесно связано в рамках базовой платформы.
> Пусть люди заменяют абстракции, если им это нужно, вместо того, чтобы все было так тесно связано в рамках базовой платформы.
Конечно, но потом один из сторонних продуктов (скажем, X) догонит, и все начнут его использовать. Затем объявления о работе начнут требовать «10 лет опыта в X». Затем X заменит основной оркестратор (K8s) своей собственной реализацией. Затем мы начнем видеть комментарии вроде «X — ужасно сложная, раздутая платформа, которая должна была быть просто скучным оркестратором» на HN.
Kubernetes — это когда вы хотите продать сложность, потому что сложность приносит деньги и, естественно, дает вам привязку к поставщику, даже будучи якобы нейтральным к поставщику. Никогда не перебивайте клиента, пока он сам себя пинает.
Швейцарские армейские кнуты для повозок для всех!
Kubernetes не нуждается в переворачивающемся менеджере пакетов или диаграммах. Ему нужно хорошо выполнять одну единственную задачу: планирование рабочей нагрузки.
Кластеры Kubernetes не должны быть индивидуальными и странными с поведением, которое меняется в зависимости от того, какой вид плагинов вы добавили. Это противоречит принципу рабочих нагрузок, которыми вы пытаетесь управлять. Вы должны иметь возможность легко все это разбить на части.
Обнаружение сервисов — это лишь одна из многих задач, которые должны быть реализованы на другом уровне.
В связи с этим, взгляд на эту тему в 2020 году от разработчика MetalLB: https://blog.dave.tf/post/new-kubernetes/
Source: news.ycombinator.com
