Why is the Kubernetes scheduler a separate process from the controller manager?

This is a question about the design of Kubernetes, I don't have a specific technical problem to solve, but I'm trying to understand the thoughts behind some of its architecture.

All explanations about Kubernetes' control plane that I've seen mention that it consists of:

• a controller manager
• a scheduler

(among other components, but they're not important for the question)

From what I understand, the controller manager is a helper process which groups multiple controllers together for performance reasons. It watches the API server and has some state machine, the shared informer, which effectively allows many controllers to share a relatively expensive watch of the API server and be guaranteed some form of consistency since they all run in the same operating system process.

If I understand correctly, the scheduler itself is also a controller, whose goal is to assign a nodeName to pods so that they will be picked up and run by the kubelets.

Now, what I have not been able to find out is why the scheduler is run as a separate process. Would it be possible to make a scheduler that runs as part of the controller manager? If so, what is the reason for not making it part of the latter by default?

As per this official doc, the Kubernetes cluster is managed by the Kubernetes master, who also runs the API Server, Controller Manager, Scheduler, and etcd components.

Any machine in the cluster can run control plane components. Setup scripts, on the other hand, typically run user containers but do not start all control plane components on the same machine for simplicity's sake. For an example of a control plane setup that runs on multiple machines, see Kubernetes Components Using kubeadm to create highly available clusters.

kube-scheduler

Control plane component that watches for newly created Pods with no assigned node, and selects a node for them to run on. Factors taken into account for scheduling decisions include: individual and collective resource requirements, hardware/software/policyconstraints, affinity and anti-affinity specifications, data locality, inter-workload interference, and deadlines.

kube-controller-manager

Control plane component that runs controller processes.

Logically, each controller is a separate process, but to reduce complexity, they are all compiled into a single binary and run in a single process.

Some types of these controllers are:

1. Node controller: Responsible for noticing and responding when nodes go down.

2. Job controller: Watches for Job objects that represent one-off tasks, then creates Pods to run those tasks to completion.

3. EndpointSlice controller: Populates EndpointSlice objects (to provide a link between Services and Pods).

4. ServiceAccount controller: Create default ServiceAccounts for new namespaces.

Control manager is responsible for noticing and responding when nodes go down whereas scheduler watches for newly created Pods that have no Node assigned. For every Pod that the scheduler discovers, the scheduler becomes responsible for finding the best Node for that Pod to run on.

so,Kubernetes scheduler is separate process from the controller manager and Refer this doc for more information written by Jorge Acetozi

The Scheduler and Controller Manager are separate components and they have distinct responsibilities and requirements.

they are kept separate for some reasons:

1- Decoupling of responsibilities: having different responsibilities makes them should not be tightly coupled. The Scheduler is responsible for scheduling workloads, while the Controller Manager is responsible for managing various controllers that ensure the desired state of the cluster is maintained. By keeping these responsibilities separate, it is easier to maintain and upgrade each component independently.

Scalability: The Scheduler needs to be able to schedule workloads efficiently and quickly, while the Controller Manager needs to be able to manage a large number of controllers

Flexibility: keeping the Scheduler and Controller Manager separate allows for more flexibility in designing and implementing new features.