k8s 重点

这几个月参与了几场面试，设计了多道面试题，觉得可以综合考察应聘人对 kubernetes的掌握情况。在这里分享下，供应聘人自查以及其他面试官参考。

这些面试题的设计初衷并不是考察 kubernetes 的使用。这种笔者认为较为流于表面，因为这些使用大多可以通过查看文档获得。笔者更多考察的是对于 kubernetes 的理解，包括对其架构、设计及一些相应原理的认识，以及对一些实践经验和技术视野的考察。

基础篇主要面向的初级、中级开发工程师职位，主要考察对 k8s 本身的理解。

kubernetes 包含几个组件。各个组件的功能是什么。组件之间是如何交互的。
k8s 的 pause 容器有什么用。是否可以去掉。
k8s 中的 pod 内几个容器之间的关系是什么。
一个经典 pod 的完整生命周期。k8s学习 - 概念 - Pod
k8s 的 service 和 ep 是如何关联和相互影响的。
详述 kube-proxy 原理，一个请求是如何经过层层转发落到某个 pod 上的整个过程。请求可能来自 pod 也可能来自外部。
rc/rs 功能是怎么实现的。详述从 API 接收到一个创建 rc/rs 的请求，到最终在节点上创建 pod 的全过程，尽可能详细。另外，当一个 pod 失效时，kubernetes 是如何发现并重启另一个 pod 的？
deployment/rs 有什么区别。其使用方式、使用条件和原理是什么。
cgroup 中的 cpu 有哪几种限制方式。k8s 是如何使用实现 request 和 limit 的。

拓展实践篇主要面向的高级开发工程师、架构师职位，主要考察实践经验和技术视野。

设想一个一千台物理机，上万规模的容器的 kubernetes 集群，请详述使用 kubernetes 时需要注意哪些问题？应该怎样解决？（提示可以从高可用，高性能等方向，覆盖到从镜像中心到 kubernetes 各个组件等）
设想 kubernetes 集群管理从一千台节点到五千台节点，可能会遇到什么样的瓶颈。应该如何解决。
kubernetes 的运营中有哪些注意的要点。
集群发生雪崩的条件，以及预防手段。
设计一种可以替代 kube-proxy 的实现。
sidecar 的设计模式如何在 k8s 中进行应用。有什么意义。
灰度发布是什么。如何使用 k8s 现有的资源实现灰度发布。
介绍 k8s 实践中踩过的比较大的一个坑和解决方式。