商业源码 2019年腾讯游戏策划岗位笔试题和面试题答案目
时间：2015-9-27
地点：深圳
一、基础只是选择题(单选)
1 在“驯龙高手”系列**中，男主角属于哪个种族()
A、日耳曼人 B、罗马人 C、维京人 D、斯巴达人
2 “雷神托尔”是哪个神话中的人物()
A、希腊神话 B、北欧神话 C、玛雅神话 D、罗马神话
3 应对雾霾污染、改善空气质量的首要人物是控制()
A、汽车尾气 B、工业生产排放的废气 C、PM25 D、建筑工地和道路交通产生的扬尘
4 一下哪个产品不是出自腾讯()
A、微云 B、滴滴打车 C、财付通 D、微信
5 “中国国际数码互动娱乐展览会”的英文缩写是()
A、TGS B、TGA C、E3 D、CJ
6 有10颗糖，如果每天至少吃一颗(多不限)，吃完为止，问有多少种不同的吃法()
A、144 B、217 C、512 D、640
7 第一部编年体史书是()
A、山海经 B、春秋 C、资治通鉴 D、史记
8 《海贼王》主角路飞吃了哪种恶魔果实()
A、烟雾果实 B、沿江果实 C、橡胶果实 D、黑暗果实
9 《洛神赋》是谁的作品()
A、曹操 B、曹植 C、蒲松龄 D、李贺
10 以下哪一场战役不是以少胜多的战役()
A、夷陵之战 B、巨鹿之战 C、淝水之战 D、官渡之战
11 以下哪个角色不是出自《火影忍者》()
A、大蛇丸 B、旗木卡卡西 C、黑崎一护 D、李洛克
12 以下哪部**不是出自美国()
A、被解救的姜戈 B、逃离德黑兰 C、三傻大闹宝莱坞 D、少年派的奇幻漂流
13 以下不属于“美国漫画英雄”系列的是()
A、蝙蝠侠 B、超人 C、战神奎托斯 D、雷神索尔
14 以下哪一个公司的主要业务与其他三个不同()
A、facebook B、亚马逊 C、阿里巴巴 D、eBay
15 以下哪个体育项目起源于中国()
A、篮球 B、马术 C、乒乓球 D、围棋
二、专业知识选择题(单选)
16 下面哪个网站是因为大型游戏《魔兽世界》而被人熟知的()
A、A9VG B、ACFAN C、COLG D、NGA
17 以下哪款游戏与其他三款游戏的游戏类型不一样()
A、斗战神 B、逆战 C、使命传唤 D、穿越火线
18 下面这些名词中，哪个是游戏里的冲锋枪()
A、SLSWG B、苏27 C、UMP45 D、T95
19 FIFAOnline 3的开发商是()
A、腾讯 B、暴雪 C、索尼 D、美国艺电
20 下面那款游戏不是腾讯的()
A、天天炫斗 B、刀塔传奇 C、全民飞机大战 D、全民水浒
21 “植物大战僵尸”中“向日葵”的作用是()
A、发射葵花籽攻击正前方的第一个目标，每次攻击射出一颗葵花籽
B、产出阳光 C、每隔一段时间灼烧前方所有僵尸 D、冻住触及到自身的一个僵尸
22 以下解释错误的是()
A、DPS：每秒输出伤害 B、AOE：范围性作用技能 C、BUFF：自己或者女方英雄身上持续性的负面魔法效果 D、DOT：持续伤害
23 一下四款手机游戏中，哪款游戏类型和其他三款不一样()
A、我叫MT B、大掌门 C、时空猎人 D、刀塔传奇
24 下面哪一个职业没有出现在《暗黑破坏神3》中()
A、野蛮人 B、武僧 C、死忙骑士 D、恶魔猎人
25 以下哪个系统设定与手机弹幕类游戏的玩法最不匹配()
A、好友系统 B、不需要手动操作的自动战斗系统 C、积分排名系统 D、死亡复活系统
26 以下哪个系统术语游戏社区化的范畴()
A、任务系统 B、战斗系统 C、体力系统 D、家庭系统
27 英雄联盟中以下哪个角色没有魔法值()
A、提莫 B、卡萨丁 C、赵信 D、兰博
28 相比大型客户端游戏，对手机游戏的描述错误的是()
A、游戏内容相对客户端游戏轻量化 B、游戏用户玩游戏的时间更加碎片化 C、游戏开发周期较短
D、注重玩家之间的实时交互
29 以下哪个游戏是3D游戏()
A、我叫MT B、神仙道 C、剑灵 D、梦幻西游
30 以下哪个不属于《魔兽世界》的资料片()
A、冰封王座 B、大地的裂变 C、巫妖王之怒 D、熊猫人之谜
三、简答题
1当前比较流行的手机游戏及部分网页游戏，在其 系统设计中都会有“体力” 这项设定玩家进行闯关，下副本都会消耗“体力”，同时“体力”也会随着时间慢慢恢复，试论述这样做的好处都有哪些并举例说明。要求：好处不得少于2条。
2运用你的逻辑推理能力，找出一条路径，使之满足以下条件要求：
(1)从开始到结束，连线必须是水平或垂直的
(2)各行各列的起始数字代表这行或这列所必须经过的格子数量
下面是一个简单的例子。
3假设三个人要在纸上写下金额，而且不能说出来，他们必须在0-100之间挑一个整数，所写数字最小的人则可以得到他所写的金额，假如出现平手，总奖金则由赢的人平分。
例如：甲写53，乙写22，丙写30;那么乙就可以得到22元，其他人不得钱。
在所有人都理性的情况下，他们的决定是什么
4请为以下技能的技能效果进行技能命名，并重新对当前的技能效果描述进行包装润色(此款游戏题材为三国题材游戏)
技能1：给予目标造成121%的武器伤害，并有50%几率击退敌人
技能2：使用技能之后，收到的所有伤害降低65%，持续5秒
技能3：使用技能之后，使你和30码内的友军防御力提升100%，持续60秒
技能4：使用技能之后，一跃而起，对目标区域8码内的目标造成70%的武器伤害
下面有关用户控件与aspx页面区别说法错误的是(B)
aa// 用户控件不能再包含<HTML><BODY><FORM>标记,而aspx页面可以包含
bb// 用户控件不能触发服务器端的事件,只是一种外观重用方式,而aspx页面可以
cc// 用户控件继承自SystemWebUIUserControl,而aspx页面继承自SystemWebUIPage
dd// 用户控件可以包含其它用户控件,但是不能直接访问,必须包含在某个aspx页面中才可以访问,而aspx页面是可以直接访问的
想在在aspx页面使用用户控件,则aspx页面开始部分必须添加下面哪个页面指令A
aa// <%@ Page %>
bb// <%@ Master %>
cc// <%@ Control %>
dd// <%@ Register %>
根据你的理解,你认为第三控件与用户控件的主要区别是A
aa// 第三方控件是编译后的代码,后缀为dll,只要应用程序引用进来,就可以使用,而用户控件是页面文件,属于非编译代码,只限于在当前应用程序中使用
bb// 用户控件比第三方控件更灵活,可以在应用程序中多个地方使用
cc// 用户控件出现在工具箱中,而第三方控件不会出现在工具箱中
dd// 用户控件比第三方控件的执行效率要高一些
下面关于HttpHandler与HttpModule说法正确的是C
aa// 一个Http请求中可以经历多个HttpModule和一个HttpHandler
bb// 一个Http请求中可以经历多个HttpHandler和一个HttpModule
cc// HttpModule是一个Http请求的最终处理者
dd// HttpHandler通常做一些停止数据向客户端输出的操作
在aSPNET中,关于HttpHandler说法不正确的是:(D)
aa// 通常文件后缀名为ashx
bb// 它是一个Http请求处理的最终点
cc// 它实现了IHttpHandler
dd// 当它的IsReusable属性为false时,表示只能使用一次
下面哪个选项不能在webconfig文件中配置的(C)
aa// 连接字符串
bb// 身份验证
cc// 网站导航
dd// 程序出现错误时,定向到的错误提示页面
aSPNET支持三种验证方式,不属于其中的是(B)
aa// passport
bb// SqlServer身份
cc// Windows
dd// Forms
在网站某个目录的webconfig配置文件中,有一段关于该目录授权的代码,经过分析,你认为正确的答案是:B
<authentication>
<deny user="" /> 拒绝所有匿名用户
<allow users="xiaozhang" /> 容许xiazhang
<deny roles=""> 拒绝所有用户
</authentication>
aa// 所有用户都可以访问该网站目录,除xiaozhang以外
bb// 所有用户都不能访问该网站目录,除xiaozhang以外
cc// 匿名用户和xiaozhang都不能访问该网站目录
dd// 所有角色和用户都不能访问该网站目录
已知在网站的根目录下有一个webconfig文件,有如下关于验证的代码,正确说法的是B
<authorization mode="Forms">
<forms name="userLogin" loginUrl="~/loginaspx" timeout="20">
</forms>
</authorization>
aa// loginUrl的作用是,当用户登录不成功时,转向loginaspx页面
bb// loginUrl的作用是,当用户进入网站如果未登录,就转向loginaspx页面
cc// timeout是超过20分钟不登录,就退出网站
dd// timeout的作用是当20分钟后,用户还没有登录,就转向loginaspx页面
下列关于部署的说法,正确的是(a d)
aa// 部署就是将站点文件复制到相关web目录中
bb// 应该在本地站点将内容处理好,比如数据库连接字符串设置好并加密,然后直接复制到站点到远程服务器相关目录即可
cc// 发布预编译站点,如果将来需要更新某个页面,最好不要选择使用”使用固定命名和单页程序集”
dd// 发布预编译站点就是将站点所有文件都编译到dll中
下面（C）不属于导航控件
aa// Menu
bb// SiteMapPath
cc// View
dd// SiteMapDataSource
在aspnet中的母版中的内容页中能包含的HTML元素是（D）
aa// <html>
bb// <head>
cc// <body>
dd// <script>
如果希望使用TreeView控件显示时默认全部展开应设置（D）属性
aa// ExpandDepth
bb// ExpandImageToolTip
cc// ExpandImageUrl
dd// Expand
在SiteMapPath控件中,要设置导航路径中分隔符应设置（B）属性
aa// PathDirection
bb// PathSeparator
cc// PathSeparatorStyle
dd// Provider
下列关于ContentPlaceHolder控件说法错误的是（C）ContentPlaceHolderMain
aa// ContentPlaceHolder 控件为母版页中的内容定义一个相对区域
bb// 母版页还包括一个或多个 ContentPlaceHolder 控件
cc// ContentPlaceHolder 控件必须包含在内容页中
dd// Content 控件使用其 ContentPlaceHolderID 属性与 ContentPlaceHolder 关联
下列（c）模板不属于Repeater控件
aa// ItemTemplate
bb// alternatingItemTemplate
cc// SelectedItemTamplate
dd// SeparatorTemplate
设置（a）属性将会页面显示DataList控件时调用EditItemTemplate模板
aa// EditItemIndex
bb// EditIndex
cc// SelectedItemIndex
dd// ModifyItemIndex
如果在DataList中实现分页一般（AB）（选择二项）
aa// 使用Sql语句
bb// 使用PagedDataSource对象进行分页
cc// 设置CurrentPageIndex属性
dd// 设置DataList的PageIndex属性
DataList中的交替行模板是（B）
aa// ItemTemplate
bb// alternatingItemTemplate
cc// SelectedItemTamplate
dd// SeparatorTemplate
下面关于DataList说法错误的是（C）
aa// DataList没有内置分页功能
bb// DataList具有SelectedItemTamplate模板
cc// DataList不能使用ObjectDataSource控件进行绑定数据 可以使用ObjectDataSource控件进行绑定数据
dd// DataList比Repeater控件多了二个模板 DataList有编辑模板和选择模板
在一个aSPX页面的Page_Load事件中，编写了如下代码，则执行该页面后，将在页面中输出（a）。（选择一项）
private void Page_Load(object sender , SystemEventargs e){
Response Write(“欢迎光临”);
Response End();
Response Write(“欢迎下次光临”);
}
aa// 欢迎光临
bb// 欢迎下次光临
cc// 欢迎光临
欢迎下次光临
dd// 欢迎光临欢迎下次光临
在aSPNET中，application是（C）类的实例
aa// Httpapplication
bb// HttpapplicationUtility
cc// HttpapplicationState
dd// Page
在aSPNET中，下列关于session对象的说法正确的是（D）。（选择一项）
aa// 用户每次打开一个web页面，将会创建一个session对象
bb// 用户关闭客户端web页面后，session对象将立即消失
cc// 应用程序退出后，session对象的值才能消失
dd// 每个用户的Session对象不能被其他用户访问
在aSPNET中，为了将当前页面跳转到一个相同目录下名为Mainhtm的页面，下面方法正确的是（C）。（选择一项）
aa// ServerExecute(“Mainhtm”);
bb// ServletTransfer(“Mainhtm”);
cc// ResponseRedirect(“Mainhtm”);
dd// ResponseWrite(“Mainhtm”);
某个用aSP。NET技术开发的网站拥有大量的访问量，最近该网经常因为服务器内存占用率过高而宕机，作为该网站技术员的你仔细检查了该网站的系统，发现内存占有率过高是因为每个用户都有大量数据保存在Session中，为了解决该问题你应该进行（C）处理。（选择一项）
aa// 将保存在Session中的数据保存在application中
bb// 将保存在Session中的数据保存在Cookie中
cc// 将Session中对安全性要求不高的数据保存在Cookie中，不经常使用的数据保存在数据库中
dd// 将Session中对安全性要求不高的数据保存在application中，不经常使用的数据保存在Cookie中
对于第三方在线文本编辑控件FreeTextBox，如果需要获取控件中录入文本的HTML代码，需要访问什么属性（A）（选择一项）
aa// Text
bb// HtmlText
cc// Value
dd// SelectText
有时候编辑过程中会出现如下的错误，如果要避免该错误，需要在Page页面指令上做何设置（D）：（选择一项）
aa// EnableEventValidation="true"
bb// EnableEventValidation="false"
cc// ValidateRequest="true"
dd// ValidateRequest="false"
使用验证码生成控件Webvalidates，生成验证码的方法为（C）：（选择一项）
aa// Generate()
bb// Initial()
cc// Create()
dd// Next()
CodeSmith中，脚本标签写法正确的是（B）：（选择一项）
aa// <script runat=”server”></script>
bb// <script runat=”template”></script> 如果不添加会被视为普通文本
cc// <CodeTemplate runat=”server”></CodeTemplate>
dd// <CodeTemplate runat=”template”></CodeTemplate>
利用CodeSmith生成实体类的代码，对于DbTypeInt32，应输出的类型为：（C）（选择一项）
aa// byte
bb// short
cc// int
dd// long
下面那种数据源控件适合于三层结构数据绑定(C)
aa// SqlDataSource
bb// accessDataSoure
cc// ObjectDataSoure
dd// XmlDataSoure
下面对于几种数据源控件说法错误的是(A)
aa// SqlDataSource数据源控件不能用于oracle数据库和access数据库。
bb// ObjectDataSource可以对业务对象或其他返回数据的类执行特定的数据访问。
cc// XmlDataSource可以对XML文档执行特定访问，包括物理访问和内存访问。
dd// SiteMapDataSource可以对站点地图提供程序所存储的Web站点执行特定的站点地图数据访问
为绑定的行添加脚本事件的方法是什么(D)
aa// ItemDataBound
bb// DataBinding
cc// DataBound
dd// RowDataBound
DropDownList控件的哪个属性可获取当前选择的项(A)
aa// DropDownListSelectedItemValue
bb// DropDownListSelectedItemText
cc// DropDownListSelectedValue
dd// DropDownListSelectedItem
Gridview控件的基类是(C)
aa// HierarchicalDataBoundControl
bb// ListControl
cc// CompositeDataBoundControl
dd// BaseGridriew
下面关于Eval和Bind的区别，说法不正确的是（B）
aa// Eval()方法是静态（只读）方法
bb// Eval方法没有Bind方法访问速度快
cc// Bind方法支持读/写功能，可修改回传服务器。
dd// Bind 方法不能格式化字符串
下面关于FileUpload控件说法不正确的是()
aa// 获取上传文件名的属性是FileUploadPostedFileFileName
bb// 获取上传文件大小的属性是FileUploadPostedFileContentLength
cc// 获取上传文件类型的属性是FileUploadPostedFileContentType
dd// 保存上传文件的方法是FileUploadSevaAs
如果用户信息必须填写电话号码，使用那个验证控件（C）
aa// RequiredFieldValidator
bb// REgularExpression
cc// RequiredFieldValidator和regularExpression;
dd// CompareValidator和RequiredFieldValidator;
现在需要验证Textbox的输入数据为年龄，并且要求大于18，小于65应该使用的控件是（C）
aa// RequiredFieldValidator
bb// REgularExpression
cc// RequiredFieldValidator和RangeValidator
dd// CompareValidator和RequiredFieldValidator
ValidationSummary控件的作用是(B)
aa// 检查总和数
bb// 集中显示所有验证的结果
cc// 判断有无超出范围
dd// 检查数值大小
在VS中，下列说法错误的是： D
aa// 内置了轻量级的Web服务器
bb// 无须配置IIS、设置相应权限
cc// 内置了80多个控件
dd// 代码前置，逻辑分明
运行下列代码，如果当天是星期天,且用户输入“accp”(输入框TextBox的ID是txtName),则将输出（C）
string outPut="";
switch (DateTimeNowDayOfWeekToString())
{
case "Saturday": outPut = "{0},Hi"; break;
case "Sunday": outPut = "{0},Ok"; break;
default: outPut = "{0},Bye"; break;
}
string message = stringFormat(outPut,txtNameText);
ResponseWrite(message);
aa// Hi
bb// Ok
cc// Bye
dd// 无输出
App_Data目录是用来放置（A）
aa// 专用数据文件
bb// 共享文件
cc// 被保护的文件
dd// 代码文件
VS创建Aspnet网站时自动生成的文件和目录有（BCD） 选择三项
aa// app_resource文件夹
bb// app_Data目录
cc// 扩展名为aspx和cs的文件
dd// WebConfig文件
现有用来做开发的生产机和用来做布署的服务器，关于开发布署发布网站说法正确的是：BC 选择二项
aa// 生产机必须安装IIS
bb// 服务器必须安装IIS
cc// 生产机必须安装Windows Server操作系统
dd// 服务器必须安装Windows Server操作系统
B/S典型应用有：BCD 选择三项
aa// 某酒店的内务管理
bb// 购物网站
cc// 个人博客
dd// 论坛
在开发三层结构的网站时，与数据表对应的实体类应写在（D）层
aa// 表示层
bb// 业务逻辑层
cc// 数据访问层
dd// 模型层
某个论坛上有这样的规定：在线时长不够100小时不能发贴，相关的代码应该写在（B）层
aa// 表示层
bb// 业务逻辑层
cc// 数据访问层
dd// 模型层
对于存储过程的调用，应该出现在（C）层
aa// 表示层
bb// 业务逻辑层
cc// 数据访问层
dd// 模型层
下列说法正确的是（AB） 选择二项
aa// 数据访问层要添加模型层的引用
bb// 业务逻辑层要添加数据访问层的引用
cc// 表示层要添加数据访问层业务逻辑层和模型层的引用
dd// 模型层要添加数据访问层的引用
1什么是websocket？
websocket是HTML5的一种新协议，允许服务器想客户端传递信息，实现浏览器和客户端双工通信。
2websocket特点
（1）与http协议有良好的兼容性；
（2）建立在TCP协议之上，和http协议同属于应用层；
（3）数据格式比较轻量，性能开销小，通信高效；
（4）可以发送文本，也可以发送二进制；
（5）没有同源限制，可以与任意服务器通信。
3http和websocket的区别
http协议是短链接，因为请求之后，都会关闭连接，下次请求需要重新打开链接。websocket协议是一种长连接，只需要通过一次请求来初始化连接，然后所有请求和响应都是通过TCP链接进行通信。
4websocket和socket的区别
socket是应用层与TCP/IP协议通信的中间软件抽象层，它是一组接口。而websocket协议是一个完整的应用层协议，柏寒一套完整的API。
5websocket中常用注解有哪些
@ServerEndpoint 类似与servlet中的 RequestMapping
@OnOpen类似与servlet中的 init（）初始化
@OnClose类似与servlet中的destroy() 销毁
@OnMessage类似于servlet中的service请求 （意思就是发送数据的方式 @doPost() / @doGet() 组合）
简述 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 的 spcImagePullSecrets 来引用它。
简述 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 目录下的容器日志输出。
0条评论