在kubernetes上巡航-OpenKruise

Kruise是cruise的谐音代表巡航的意思，其中的K就是kubernetes的”k“，寓意在k8s中巡航。一句话解释一下Kruise是干嘛的：提供了更加丰富的控制器。

我们知道原生的k8s里面提供了deployment、statefulset以及daemonset等控制器，但面对复杂情况下，这些原生的控制器并不能满足大家的要求，譬如我们想原地升级一个Pod，而原生的k8s只能将pod删除重建。

目前Kruise支持了以下控制器：

• CloneSet: 管理有状态应用. 支持原地升级、删除指定Pod, 更新前/后hook等。这种本地升级有两个好处，第一个是避免重建节省重建pod的时间，避免IP地址变化带来的刷新成本，第二是避免重新调度，确保pod不会因为资源不足导致创建失败。
• Advanced StatefulSet: StatefulSet增强版提供了原地升级、暂停升级, 相比StatefulSet逐个升级，提供了并发升级的能力。
• SidecarSet: sidercar动态注入，主要是解构了pod中业务容器和sidecar容器的配置，SidecarSet可以根据pod标签决定哪些pod应该注入sidercar容器。
• Advanced DaemonSet: DaemonSet增强版，支持多种升级策略如：分区、node selector以及暂停升级等功能.
• UnitedDeployment: 支持多区域部署的Deployment，提升服务的可靠性.
• BroadcastJob: 让Job可以在每个Node上面都执行一次，譬如可以检测一下集群主机上某个配置是否正确。原生的job是按照kube-scheduler动态调度的。
• AdvancedCronJob: CronJob增强版, 目前支持Job 和 BroadcastJob。
• ImagePullJob: 镜像下载Job，主要解决大规模场景下镜像预热。
• ContainerRecreateRequest: 支持在一个Pod里面重启、重建单个容器。原生的k8s pod是最小的管理单元，并不提供容器级别的管理接口。
• Deletion Protection: 删除保护，防止资源被级联删除。

Kruise是阿里开源的项目，可以看到很多功能都是面对大规模复杂场景下才会使用到的功能。下面通过一个sidecarset升级envoy的案例，介绍一下Kruise的使用。

我们在sidercarset里面为Pod里面的业务容器web-server添加一个envoy转发容器，当我们升级envoy版本的时候，Kruise的sidercarset控制器会先拉起一个新版的envoy，然后通过PostStartHook将流量切换到新版本envoy，最后停止老的envoy，完成升级过程。

虽然云原生微服务大行其道，并不需要太多的状态维护，但面对大规模复杂场景，Kruise的多种控制器还是能帮助我们解决很多问题。