Affinity (#8)

* add affinity.md

* add affinity.md (#7)

* update affinity

SUMMARY.md

@@ -19,7 +19,7 @@
  * [优选过程](core/scheduler/priority.md)
  * [抢占调度](core/scheduler/preempt.md)
  * [调度器初始化](core/scheduler/init.md)
- * [关键数据结构分析](core/scheduler/struct.md)
+ * [专题-亲和性调度](core/scheduler/affinity.md)
 * [controller-manager](core/controller-manager/README.md)
  * [控制器概述](core/controller-manager/controller.md)
 * [apiserver](core/apiserver/README.md)

core/README.md

@@ -4,10 +4,10 @@
 
 核心组件的源码分析主要包括：
 
-1. scheduler
-2. apiserver
-3. proxy
-4. kubelet
-5. controller-manager
+1. [kube-scheduler](./scheduler/README.md)
+2. [kube-controller-manager](./controller-manager/README.md)
+3. apiserver
+4. proxy
+5. kubelet
 
 在分析第一个组件的时候会穿插一些整体性的介绍，比如源码组织啊、使用的一些三方库啊……；后面有些组件比较依赖其他较大的项目的，比如一个核心组件依赖于对client-go项目的理解，那就会先介绍client-go，当然client-go的介绍不会混在核心组件分析的章节中，我会单独分一个大类“周边项目源码分析”中。

core/scheduler/README.md

@@ -1,6 +1,6 @@
 # scheduler
 
-Scheduler部分我们先从设计原理上介绍，然后分析源码，再准备环境调试，最后修改一下源码，实现一个自己的调度器。
+Scheduler部分我们先从设计原理上介绍，然后分析源码，最后针对一些主要算法做专题分析。
 
 ## 本章规划
 
@@ -11,6 +11,8 @@ Scheduler部分我们先从设计原理上介绍，然后分析源码，再准
 5. [预选过程](./predicate.md)
 6. [优选过程](./priority.md)
 7. [抢占调度](./preempt.md)
+8. [调度器初始化](./init.md)
+9. [专题-亲和性调度](./affinity.md)
 ## FAQ
 
 **读者A提问**：如果一个pod的资源占用只有100M，能够运行在一个node上，但是配置成了1000M，这个时候node上其实没有1000M，那么predicate过程还能不能过滤通过？