41 | 十字路口上的Kubernetes默认调度器

该思维导图由 AI 生成，仅供参考

Kubernetes默认调度器是Kubernetes项目中的核心组件之一，负责为新创建的Pod寻找最合适的节点。调度器通过一系列调度算法来选择可运行该Pod的节点，并最终确定最适合的节点。调度器的工作原理包括Informer Path和Scheduling Path两个控制循环，通过监听Etcd中的API对象变化和并发执行算法来提高执行效率。调度器还采用了Cache化和乐观绑定的设计，避免了全局竞争资源和锁同步带来的性能损耗。随着Kubernetes项目的发展，对默认调度器进行扩展和重新实现成为社区的主要诉求，因此默认调度器正在经历大量重构，以提高可扩展性和性能。Scheduler Framework的设计为用户提供了自定义调度器的能力，使得扩展和自定义Kubernetes的默认调度器变得非常容易实现。这一设计符合Kubernetes的“民主化”设计思路，但也存在接口设计不合理可能导致整个生态无法很好地使用插件机制的问题。总的来说，Kubernetes默认调度器的发展方向是向着组件的轻量化、接口化和插件化发展，以满足不断增长的集群规模和复杂业务的需求。在 Kubernetes 的整体架构中，kube-scheduler 的责任虽然重大，但其实它却是在社区里最少受到关注的组件之一。调度这个事情，在不同的公司和团队里的实际需求一定是大相径庭的，上游社区不可能提供一个大而全的方案出来。因此，将默认调度器进一步做轻做薄，并且插件化，才是 kube-scheduler 正确的演进方向。Kubernetes默认调度器与Mesos的“两级”调度器相比，都致力于提高集群资源的利用率和任务的调度效率，但在实现方式和架构设计上存在一些差异。Kubernetes默认调度器更加注重轻量化、接口化和插件化的发展方向，以满足不断增长的集群规模和复杂业务的需求。而Mesos的“两级”调度器则采用了不同的架构，将资源的分配和任务的调度分为两个阶段，以实现更灵活的资源管理和调度策略。这些差异体现了两者在调度理念和架构设计上的不同取向。