Как на самом деле работает планировщик Kubernetes?

[Sleuthhound]

Спасибо за перевод, очень полезно!

[LuckySB]

select * from pods where uzel is NIL;

Как страшно жить…
Одни предлагают получать весь список и потом начинают его перебирать, и называют это надежной архитектурой…

Вторые прикручивают к гамаку противогаз, чтобы было удобнее заниматься очередями информеров и пишут крайне полезную документацию по своим гениальным конструкциям…

Коментарии к пулреквесту доставляют немыслимое удовольствие…
Вместо того, чтобы добавить механизмы автоматического восстановления ребята предлагают всем потерпеть, пока они будут править свои баги.
Ну если при синхронизации что-то пришлось синхронизировать — выведите инфу об этом в логи…
И авторам сообщат об ошибке из логовт и эксплуатантам не надо будет писать костыль-кронджоб для ребута контроллера.

[kksudo]

Даже для того, чтобы получить работающий кластер, потребуется настроить как минимум 6 различных компонентов: api server, scheduler, controller manager, container networking вроде flannel, kube-proxy, kubelet.

Тут вероятно опечатка у автора оригинала...
Или 6 компонентов без работоспособных контейнеров:

1. api-server

2. kube-controller

3. kube-scheduler

4. etcd

5. kubelet

6. kube-proxy

Или уже рабочий кластер с набором из 8 компонентов:

1. api-server

2. kube-controller

3. kube-scheduler

4. etcd

5. CNI

6. CRI (хотя не уверен, что на момент написания статьи CRI уже был, тогда просто docker)

7. kubelet

8. kube-proxy