Kubernetes 面试题干货集锦

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Kubernetes 面试题干货集锦相关的知识,希望对你有一定的参考价值。

参考技术A

简述 etcd 及其特点?

答:etcd 是 CoreOS 团队发起的开源项目,是一个管理配置信息和服务发现

(service discovery)的项目,它的目标是构建一个高可用的分布式键值(key-value)

数据库,基于 Go 语言实现。

特点:

l 简单:支持 REST 风格的 HTTP+JSON API

l 安全:支持 HTTPS 方式的访问

l 快速:支持并发 1k/s 的写操作

l 可靠:支持分布式结构,基于 Raft 的一致性算法,Raft 是一套通过选举主节点来

实现分布式系统一致性的算法。

简述 etcd 适应的场景?

答:etcd 基于其优秀的特点,可广泛的应用于以下场景:

l 服务发现(Service Discovery):服务发现主要解决在同一个分布式集群中的进程

或服务,要如何才能找到对方并建立连接。本质上来说,服务发现就是想要了解

集群中是否有进程在监听 udp 或 tcp 端口,并且通过名字就可以查找和连接。

一些配置信息放到 etcd 上进行集中管理。

l 负载均衡:在分布式系统中,为了保证服务的高可用以及数据的一致性,通常都

会把数据和服务部署多份,以此达到对等服务,即使其中的某一个服务失效了,

也不影响使用。etcd 本身分布式架构存储的信息访问支持负载均衡。etcd 集群化

以后,每个 etcd 的核心节点都可以处理用户的请求。所以,把数据量小但是访问

频繁的消息数据直接存储到 etcd 中也可以实现负载均衡的效果。

通过注册与异步通知机制,实现分布式环境下不同系统之间的通知与协调,从而

对数据变更做到实时处理。

l 分布式锁:因为 etcd 使用 Raft 算法保持了数据的强一致性,某次操作存储到集

群中的值必然是全局一致的,所以很容易实现分布式锁。锁服务有两种使用方式,

一是保持独占,二是控制时序。

l 集群监控与 Leader 竞选:通过 etcd 来进行监控实现起来非常简单并且实时性强。

简述 Kubernetes 和 Docker 的关系?

答:Docker 提供容器的生命周期管理和,Docker 镜像构建运行时容器。它的主要优

点是将将软件/应用程序运行所需的设置和依赖项打包到一个容器中,从而实现了可移

植性等优点。

Kubernetes 用于关联和编排在多个主机上运行的容器。

简述 Kubernetes 中什么是 Minikube、Kubectl、Kubelet?

答:Minikube 是一种可以在本地轻松运行一个单节点 Kubernetes 群集的工具。

Kubectl 是一个命令行工具,可以使用该工具控制 Kubernetes 集群管理器,如检查

群集资源,创建、删除和更新组件,查看应用程序。

Kubelet 是一个代理服务,它在每个节点上运行,并使从服务器与主服务器通信。

简述 Kubernetes 常见的部署方式?

答:常见的 Kubernetes 部署方式有:

l kubeadm:也是推荐的一种部署方式;

l 二进制:

l minikube:在本地轻松运行一个单节点 Kubernetes 群集的工具。

简述 Kubernetes 如何实现集群管理?

答:在集群管理方面,Kubernetes 将集群中的机器划分为一个 Master 节点和一群工

作节点 Node。其中,在 Master 节点运行着集群管理相关的一组进程 kube

apiserver、kube-controller-manager 和 kube-scheduler,这些进程实现了整个集

群的资源管理、Pod 调度、弹性伸缩、安全控制、系统监控和纠错等管理能力,并且

都是全自动完成的。

简述 Kubernetes 相关基础概念?

答:

l master:k8s 集群的管理节点,负责管理集群,提供集群的资源数据访问入口。

拥有 Etcd 存储服务(可选),运行 Api Server 进程,Controller Manager 服务

进程及 Scheduler 服务进程。

l node(worker):Node(worker)是 Kubernetes 集群架构中运行 Pod 的服

务节点,是 Kubernetes 集群操作的单元,用来承载被分配 Pod 的运行,是 Pod

运行的宿主机。运行 docker eninge 服务,守护进程 kunelet 及负载均衡器

kube-proxy。

l pod:运行于 Node 节点上,若干相关容器的组合。Pod 内包含的容器运行在同

一宿主机上,使用相同的网络命名空间、IP 地址和端口,能够通过 localhost 进行通信。Pod 是 Kurbernetes 进行创建、调度和管理的最小单位,它提供了比容

器更高层次的抽象,使得部署和管理更加灵活。一个 Pod 可以包含一个容器或者

多个相关容器。

l label:Kubernetes 中的 Label 实质是一系列的 Key/Value 键值对,其中 key 与

value 可自定义。Label 可以附加到各种资源对象上,如 Node、Pod、Service、

RC 等。一个资源对象可以定义任意数量的 Label,同一个 Label 也可以被添加到

任意数量的资源对象上去。Kubernetes 通过 Label Selector(标签选择器)查询

和筛选资源对象。

l Replication Controller:Replication Controller 用来管理 Pod 的副本,保证集

群中存在指定数量的 Pod 副本。集群中副本的数量大于指定数量,则会停止指定

数量之外的多余容器数量。反之,则会启动少于指定数量个数的容器,保证数量

不变。Replication Controller 是实现弹性伸缩、动态扩容和滚动升级的核心。

l Deployment:Deployment 在内部使用了 RS 来实现目的,Deployment 相当

于 RC 的一次升级,其最大的特色为可以随时获知当前 Pod 的部署进度。

l HPA(Horizontal Pod Autoscaler):Pod 的横向自动扩容,也是 Kubernetes

的一种资源,通过追踪分析 RC 控制的所有 Pod 目标的负载变化情况,来确定是

否需要针对性的调整 Pod 副本数量。

l Service:Service 定义了 Pod 的逻辑集合和访问该集合的策略,是真实服务的抽

象。Service 提供了一个统一的服务访问入口以及服务代理和发现机制,关联多个

相同 Label 的 Pod,用户不需要了解后台 Pod 是如何运行。

l Volume:Volume 是 Pod 中能够被多个容器访问的共享目录,Kubernetes 中的

Volume 是定义在 Pod 上,可以被一个或多个 Pod 中的容器挂载到某个目录下。l Namespace:Namespace 用于实现多租户的资源隔离,可将集群内部的资源对

象分配到不同的 Namespace 中,形成逻辑上的不同项目、小组或用户组,便于

不同的 Namespace 在共享使用整个集群的资源的同时还能被分别管理。

简述 Kubernetes RC 的机制?

答:Replication Controller 用来管理 Pod 的副本,保证集群中存在指定数量的 Pod

副本。当定义了 RC 并提交至 Kubernetes 集群中之后,Master 节点上的 Controller

Manager 组件获悉,并同时巡检系统中当前存活的目标 Pod,并确保目标 Pod 实例的数量刚好等于此 RC 的期望值,若存在过多的 Pod 副本在运行,系统会停止一些

Pod,反之则自动创建一些 Pod。

简述 Kubernetes 中 Pod 的重启策略?

答:Pod 重启策略(RestartPolicy)应用于 Pod 内的所有容器,并且仅在 Pod 所处

的 Node 上由 kubelet 进行判断和重启操作。当某个容器异常退出或者 健康 检查失败

时,kubelet 将根据 RestartPolicy 的设置来进行相应操作。

Pod 的重启策略包括 Always、OnFailure 和 Never,默认值为 Always。

l Always:当容器失效时,由 kubelet 自动重启该容器;

l OnFailure:当容器终止运行且退出码不为 0 时,由 kubelet 自动重启该容器;

l Never:不论容器运行状态如何,kubelet 都不会重启该容器。

同时 Pod 的重启策略与控制方式关联,当前可用于管理 Pod 的控制器包括

ReplicationController、Job、DaemonSet 及直接管理 kubelet 管理(静态 Pod)。

不同控制器的重启策略限制如下:

l RC 和 DaemonSet:必须设置为 Always,需要保证该容器持续运行;

l Job:OnFailure 或 Never,确保容器执行完成后不再重启;

l kubelet:在 Pod 失效时重启,不论将 RestartPolicy 设置为何值,也不会对 Pod

进行 健康 检查。

简述 Kubernetes Pod 的 LivenessProbe 探针的常见方式?

答:kubelet 定期执行 LivenessProbe 探针来诊断容器的 健康 状态,通常有以下三种

方式:

l ExecAction:在容器内执行一个命令,若返回码为 0,则表明容器 健康 。

l TCPSocketAction:通过容器的 IP 地址和端口号执行 TCP 检查,若能建立 TCP

连接,则表明容器 健康 。

l HTTPGetAction:通过容器的 IP 地址、端口号及路径调用 HTTP Get 方法,若响

应的状态码大于等于 200 且小于 400,则表明容器 健康 。

. 简述 Kubernetes Pod 的常见调度方式?

答:Kubernetes 中,Pod 通常是容器的载体,主要有如下常见调度方式:

l Deployment 或 RC:该调度策略主要功能就是自动部署一个容器应用的多份副本,

以及持续监控副本的数量,在集群内始终维持用户指定的副本数量。

l NodeSelector:定向调度,当需要手动指定将 Pod 调度到特定 Node 上,可以

通过 Node 的标签(Label)和 Pod 的 nodeSelector 属性相匹配。

l NodeAffinity 亲和性调度:亲和性调度机制极大的扩展了 Pod 的调度能力,目前

有两种节点亲和力表达:

l requiredDuringSchedulingIgnoredDuringExecution:硬规则,必须满足指定

的规则,调度器才可以调度 Pod 至 Node 上(类似 nodeSelector,语法不同)。

l preferredDuringSchedulingIgnoredDuringExecution:软规则,优先调度至满

足的 Node 的节点,但不强求,多个优先级规则还可以设置权重值。

l Taints 和 Tolerations(污点和容忍):

l Taint:使 Node 拒绝特定 Pod 运行;

l Toleration:为 Pod 的属性,表示 Pod 能容忍(运行)标注了 Taint 的 Node。

简述 Kubernetes DaemonSet 类型的资源特性?

答:DaemonSet 资源对象会在每个 Kubernetes 集群中的节点上运行,并且每个节

点只能运行一个 pod,这是它和 deployment 资源对象的最大也是唯一的区别。因此,

在定义 yaml 文件中,不支持定义 replicas。

它的一般使用场景如下:

l 在去做每个节点的日志收集工作。

l 监控每个节点的的运行状态。

简述 Kubernetes Service 分发后端的策略?

答:Service 负载分发的策略有:RoundRobin 和 SessionAffinity

l RoundRobin:默认为轮询模式,即轮询将请求转发到后端的各个 Pod 上。

l SessionAffinity:基于客户端 IP 地址进行会话保持的模式,即第 1 次将某个客户

端发起的请求转发到后端的某个 Pod 上,之后从相同的客户端发起的请求都将被

转发到后端相同的 Pod 上。

简述 Kubernetes Scheduler 使用哪两种算法将 Pod 绑定到 worker 节点?

答:Kubernetes Scheduler 根据如下两种调度算法将 Pod 绑定到最合适的工作节点:

l 预选(Predicates):输入是所有节点,输出是满足预选条件的节点。kube

scheduler 根据预选策略过滤掉不满足策略的 Nodes。如果某节点的资源不足或

者不满足预选策略的条件则无法通过预选。如“Node 的 label 必须与 Pod 的

Selector 一致”。

l 优选(Priorities):输入是预选阶段筛选出的节点,优选会根据优先策略为通过

预选的 Nodes 进行打分排名,选择得分最高的 Node。例如,资源越富裕、负载

越小的 Node 可能具有越高的排名。

简述 Kubernetes Secret 有哪些使用方式?

答:创建完 secret 之后,可通过如下三种方式使用:

l 在创建 Pod 时,通过为 Pod 指定 Service Account 来自动使用该 Secret。

l 通过挂载该 Secret 到 Pod 来使用它。

l 在 Docker 镜像下载时使用,通过指定 Pod 的 spc.ImagePullSecrets 来引用它。

简述 Kubernetes 网络策略原理?

答:Network Policy 的工作原理主要为:policy controller 需要实现一个 API

Listener,监听用户设置的 Network Policy 定义,并将网络访问规则通过各 Node 的

Agent 进行实际设置(Agent 则需要通过 CNI 网络插件实现)。

简述 Kubernetes 集群联邦?

答:Kubernetes 集群联邦可以将多个 Kubernetes 集群作为一个集群进行管理。因此,

可以在一个数据中心/云中创建多个 Kubernetes 集群,并使用集群联邦在一个地方控

制/管理所有集群。

简述 Kubernetes 如何进行优雅的节点关机维护?

答:由于 Kubernetes 节点运行大量 Pod,因此在进行关机维护之前,建议先使用

kubectl drain 将该节点的 Pod 进行驱逐,然后进行关机维护。

. 简述 Kubernetes 中,如何使用 EFK 实现日志的统一管理?

答:在 Kubernetes 集群环境中,通常一个完整的应用或服务涉及组件过多,建议对

日志系统进行集中化管理,通常采用 EFK 实现。

EFK 是 Elasticsearch、Fluentd 和 Kibana 的组合,其各组件功能如下:

l Elasticsearch:是一个搜索引擎,负责存储日志并提供查询接口;

l Fluentd:负责从 Kubernetes 搜集日志,每个 node 节点上面的 fluentd 监控并

收集该节点上面的系统日志,并将处理过后的日志信息发送给 Elasticsearch;

l Kibana:提供了一个 Web GUI,用户可以浏览和搜索存储在 Elasticsearch 中的

日志。通过在每台 node 上部署一个以 DaemonSet 方式运行的 fluentd 来收集每台 node

上的日志。Fluentd 将 docker 日志目录/var/lib/docker/containers 和/var/log 目录

挂载到 Pod 中,然后 Pod 会在 node 节点的/var/log/pods 目录中创建新的目录,可

以区别不同的容器日志输出,该目录下有一个日志文件链接到

/var/lib/docker/contianers 目录下的容器日志输出。

Android面试题基础集锦总结《二》

Android面试题基础集锦总结《二》

1、面试步骤

主要包括六个部分 面试准备 简历投递时间 面试技巧 面试真题集锦 面试总结 面试推荐学习资料

2、面试准备

2.1. 简历设计

2.1.1 首先一份合格简历 我认为应该至少包括以下五个部分

2.1.2 个人信息
姓名 性别 专业
毕业学校尤其是985或者211可以重点学校可以提下** 也是面试一个加分项

2.1.3 面试岗位 比如Android app应用工程师 Android驱动工程师 Android系统工程师 等等 岗位目标一定要明确 不然面试官也不知道你到底要面啥岗位(当然投递的时候也要注意)

2.1.4 岗位职责技术要点 说白了就是你在这家公司负责项目 做了那些功能 然后这些功能给公司带来了那些绩效 比如公司业绩翻了多少个点 尽量用数字描述出来,另外项目中遇到那些问题 自己是怎么解决这个也是面试中一个加分项 如果项目有些技术难点不是你自己你一定要熟悉代码 否则不要写上去 ,否则一定是减分项切记哈 简历可以包装但是不能包装太过 描述一定要简洁明了!

2.1.5 技能产出

这里注意包括以下几个方面作为参考
1、就是你的这些年技术积累比如自定义view能够做到什么程度
2、比如搞物联网熟悉什么通讯 比如TCP/IP通讯 MQTT协议等等
3、做过哪些性能优化 比如直播出图优化到多少1-2秒秒开
4、在github或者其他社区开源共享 有多少star这些都是你的技术积累 同样也是加分项
5、架构设计方面一些思想等等

2.1.6 个人博客

这些相当于也是一个加分项 让面试官觉得你还是有一些技术沉淀积累

3、简历投递时间

个人建议周一上午开始投递 切记不要在周五时候投递 因为很多公司周五有很多会议 可能一周最忙的时候 当然这个也是仅供参考

4、面试技巧

4.1电话面试

4.1.1
电话面试首先要找个好点网络 不然面试出现断断续续很影响面试体验 另外选一个比较安静一点环境卧室或者会议室等等 面试的时候一定要声音大 ,自我介绍的时候主要讲自己做过哪些项目以及与岗位匹配度 一般3-5分钟就够了,如果听声音面试关不耐烦 就不要再讲了,切记一定不要以自我为中心,面试本来就是一个自我推销的过程,我们一定要想清楚一个事情,为什么那么多面试者我会选您?
4.1.2
学会设计面试环节 言外之意就是要将你自己的优势体现出来 如果面试官一直问的问题不是你想要的那也没事 你可以提示面试官我可能对哪一方面熟悉一点 尽量引导面试官讲你擅长的部分 这样拿offer概率就相对其他竞争者大一点
4.1.3
学会尊重面试官 比如面试要有一些礼貌用语 比如请问 就算遇到子一些不会题目也不要紧急 可以谦虚一点问下面试官 大多数面试官还是会愿意给你讲解的 不管面试成功还是失败对你而言都是一种收获

4.2视频面试

4.2.1 视频面试相对于电话面试更正式一点像大多数公司还是使用腾讯会议或者钉钉这种方式 提前给面试者发一个会议号 然后面试者将对应的会议号添加即可
4.2.2
视频面试需要注意 自己声音以及眼神一定要注视面试官 说话的时候不要把头偏向另外一边 切记不要动来动去 给人感觉很不好,注意力一定要集中 如果有问题没听清楚可以请面试官再讲一遍
4.2.3
如果面试中遇到自己不熟悉题目或者面试官自己想了一个项目问你的思路的时候 这时候千万不要紧张 就算你啥都不知道 你可以想下之前项目中有没有类似或者相同点技术 然后可以分成1 2 3 这种点让别人觉得你更有逻辑性 就算回答不好也没关系 一般来说这种题目加分项 一定要思考,不要就是回答我不知道 面试官这时候主要考虑你平时应对一些问题能力以及考察遇到新的问题怎么去解决
4.2.4
可以尝试录音 面试结束可以反复听下 看下自己是哪里没有说好 这样为后面面试作为准备 尽量减少失误 就算一场面试失败 也没事 调整好心态 有时候与面试官以及自己准备有关 尽可能将一些专业知识储备建成一个体系 比如通过思维导图这种方式 方便自己复习 千万不要啥都不准备去面试这样相当于浪费一次机会也是对自己跟面试官的不尊重

4.3现场面试

4.3.1
首先面试前一天一定要了解公司信息 以及岗位职责需要的技术,以及公司目前做的产品与自己一个匹配度
4.3.2
提前打印一份简历或者跟面试公司HR帮你打印 一定要有针对性去针对岗位做简历 而不是每个公司都是一样简历 比如有些公司做蓝牙BLE然后你的简历上面没有蓝牙开发经验 就算面试过了也一定给你发offer。
4.3.3
如果有笔试提前将一些专业八股文知识背好 一般不会太难 面试官主要用来筛选一些简历 但是有些大公司要求比较高如果是面试算法 这个肯定要去LeetCode或者剑指offer上面刷题 比如排序算法 树与二叉数 链表 二分查找
4.3.4
现场面试由于面对面交流 态度问题也很重要 跟视频面试一样 一定要注意面试官眼神 不要东张西望 有时候面试就态度+运气+专业度 之前也有人反馈过 面试整体过程不好 但是由于自己态度让面试官感觉很好 后面还是通过了。面试看的一个综合能力 当然技术肯定是优先 但是如果态度好肯定锦上添花

5、面试真题集锦

5.1 Java

5.1.1
java内存模式(方法区 堆区 java虚拟机栈 java本地方法栈 程序计数器)
GC回收算法
java四大引用
值传递与引用传递区别
java创建一个对象 是在java内存哪个区域?
java基本数据类型
java static与final区别?
String StringBuilder 和StringBuffer区别?
Integer与int区别
序列化与反序化的区别
泛型擦除
泛型向上转型与向下转型
面向对象三大特征
重载与重写的区别
抽象类与接口的区别
java锁机制
悲观锁与乐观锁的区别
volatile和synchronized的区别
java多线程方式
进程与线程区别
线程池原理
线程池包括那些类
CurrentHashMap与HashMap区别
HashMap存储过程
HashMap如何解决Hash冲突
Vector与ArrayList原理与区别
Java反射机制
JVM原理
Java静态代理与动态代理的区别
Java设计模式
单例DCL机制为什么要校验二次?

5.2 Android

5.2.1
Activity/Fragment生命周期
Activity横竖屏切换生命周期
从A界面启动B A的生命周期流程 B生命周期的流程
onSavedInstanceState()和onRestoreInstanceState()区别
Activity启动模式
Intent传递数据方式
Intent显示/隐式区别
Intent传递数据有上限吗 是多少?
onNewIntent什么时候调用?
Service启动方式
Android Service与进程区别
Android四大组件
Android如何修改数据库字段
子线程更新UI方式
bitmap与.9图区别
Handler机制
Handler屏障机制
Handler如何保证主线程不卡死
ThreadLocal是什么?
Android跨进程通讯方式
Binder机制
Android自定义View绘制流程
activity上面有透明的背景 activity执行流程
Android事件分发机制
Android 自定义ListView与自定义RecycleView实现原理
Okhttp3原理
Retrofit2原理
RXJava原理
Glide缓存机制
Android oom如何产生 如何解决?
Android性能优化
Android内存泄漏
Android 电量优化
Android屏幕适配
Android动画
Android属性动画与普通动画的区别
Android组件化与模块化区别
Android MVC MVP MVVM架构区别
Android 如何提高Gradle编译速度?
Android Jetpack全家桶
ART和Dalvik区别
Dex分包
Android混淆作用
Android NDK开发流程
Android21种设计模式 常问(单例 观察者 工厂 策略 构建者 适配器 代理 状态模式 ) 结合案例进行讲解
App启动流程
Activity启动流程
Android Launcher开发流程
Android系统版本比较经典一些版本特性比如Android6.0 Android 11
Webpng图片是在Android 哪个sdk api版本开始支持?

5.3 Kotlin

Kotlin面试题

5.4 Flutter

Flutter面试题

5.5 计算机网络

三次握手四次挥手
TCP/IP属于七层协议哪一层
https与http区别
对称加密与非对称加密
get与post请求区别
为什么TCP协议是可靠协议
TCP/UDP的区别
TCP数据粘包问题怎么解决?
cookie与session区别
WebSocket协议
心跳机制
udp与tcp如何保证发的包顺序是一致的

5.6 其他

Android ijkplayer原理
编译过ijk吗
h264如何将数据塞到对应ijkplayer
弱网优化是怎么做的
在你这些开发项目中遇到最大难题是什么 怎么解决的?
目前你团队开发有多少 你公司规模多大
项目开发流程
独立带过项目吗
项目中直播黑屏花屏问题怎么处理的 一般会有那些情况?
黑屏以及视频的缓冲是怎么处理的?
蓝牙通讯流程
串口通讯流程
不同串口波特率区别是什么
如果有一堆蓝牙设备 怎么快速找到你想要的设备 蓝牙设备连接数是有上限的?
m3u8原理
rmtp协议
mqtt协议
电量如何优化
h264与h265的区别
音视频同步问题怎么解决
如果有一个场景 app这边实时传输图片信息给电脑你会怎么做?能实现方式有哪些?
每次做完项目你会总结吗?
你们平时加班多吗?加班最晚到几点?
你觉得你自己项目中做的最成功一个功能是什么?
P2P打洞方式?

6、面试总结

6.1 简历一定多花时间准备好 并且要熟悉里面内容 简历模板不知道推荐五百丁上面有很多模板可以选择 可以根据自己喜好选择
6.2 面试多背一些八股文这些资料来源可以是网上或者github也可以是个人网站以及平时自己积累 可以继续迭代更新 比如用一些思维导图 xmind或者process on 工具 把学到的知识整理一张图谱 方便自己记忆 以后需要复习随时都可以查看
6.3 每次面试完一定要总结 这个也是大多数为啥面试了那么多家没拿到offer原因 面试完然后问了啥自己也不清楚 有些常问题目自己一定要总结反复推敲 不然下次又会在同样问题丢分 多总结 多反思。
6.4 调整好心态 这个也是非常重要本来面试考察是面试者 专业能力 +职业素养 +岗位匹配度 就算失败也没事 不懂多问 总会学到东西 不要觉得不好意思切记!
6.5 面试的时候不要死背八股文 一定要结合自己现有项目或者case去回答 或者举例说明
6.6 把握面试的时间 不要一直说个不停以免造成面试官反感 觉得以自我为中心
6.7 相信大家面试都会被问到一个问题 就是你还有什么要问我的 这个我建议大家可以按照以下几点去提问 公司发展方向 岗位负责工作职责主要跟哪些部门对接 公司架构 公司团队规模 试用期转正考核 岗位培训体系 晋升渠道 领导怎么分配任务 如果团队遇到问题怎么协助去解决等等 面试本来就是相互了解过程 这样自己以后入职可以做到心中有数 千万不要说自己没问题 切记哈!
6.8 最后希望每一个面试者都能拿到自己心仪公司offer 加油!

7、面试推荐学习资料

面试学习网站
面试资料

8、转载请注明出处

以上是关于Kubernetes 面试题干货集锦的主要内容,如果未能解决你的问题,请参考以下文章

Android面试题基础集锦总结《二》

JAVA面试集锦String相关的经典面试题

Vue面试题集锦

(太全了)大厂面试题集锦:JVM面试题汇总及答案

程序员面试必看!百度阿里腾讯……面试题和面试技巧集锦!

大数据面试题集锦-Hadoop面试题-HDFS