简介这份资源是一套面向IT运维、云计算与项目管理方向学习者的选择题练习文档内容覆盖项目管理流程、金融业务合规、OSI参考模型、VLAN与以太网标准、OpenStack组件、AWS云服务、Docker与Linux命令等核心考点适合备考认证、巩固基础或进行知识自测的读者使用。资源包内共1个docx文件约23KB以题目与参考答案对照的形式组织涵盖单选与多选两类题型便于快速查阅与集中练习。文档中涉及Keystone认证服务、RDS支持的数据库引擎、EBS跨可用区迁移、收尾过程顺序、NAT容器通信吞吐率等具体知识点可作为日常刷题与查漏补缺的参考材料。目前已有71人学习下载适合需要系统梳理IT基础与云平台知识点的初、中级学习者。1. 从一道选择题说起项目管理流程里到底有没有“质保”这个阶段如果你做过 IT 行业的笔试题大概率见过这样一道题下面哪个阶段不是项目管理流程中的阶段选项里赫然列着“项目质保”。很多人第一反应是——质保怎么会不是阶段产品做完了不都要质保吗但正确答案偏偏就是它。这背后其实藏着一个特别容易被忽略的认知项目管理流程的阶段划分和产品质量保障的工作内容是两套不同的语言体系。项目管理流程通常按时间线走——立项、开发、测试、收尾每个阶段有明确的输入输出和里程碑。而“质保”更像是一种贯穿始终的职能它可能分布在测试阶段、验收阶段甚至运维阶段但它本身不构成一个独立的流程节点。打个比方做菜有“备菜、下锅、调味、装盘”几个流程而“尝咸淡”这件事可能发生在任何一个环节你不会把它单独列成一道工序。项目管理里的“质保”也是这个道理。搞懂这个区别你再看那些 IT 基础笔试题就不会被字面意思带偏了。2. 为什么这些概念总被搞混从 OSI 到 VLAN 的认知陷阱2.1 分层模型里的“归属问题”路由为什么在网络层OSI 七层模型是 IT 笔试的常客但很多人背了七层名字却说不清某个功能到底属于哪一层。比如“路由”它的核心任务是找路——把数据包从一个网络送到另一个网络。这个“找路”的动作依赖的是 IP 地址而 IP 地址工作在第三层也就是网络层。你可以这样理解物理层是公路数据链路层是路口的红绿灯和车道线网络层是导航地图。导航告诉你从 A 城市到 B 城市走哪条高速但它不关心你开的是轿车还是卡车。路由做的就是导航的活所以它属于网络层。而交换机、VLAN 这些概念更多是在数据链路层做文章——它们管的是同一个局域网内部怎么划分车道、怎么避免绕圈。注意OSI 是理论模型实际网络里 TCP/IP 四层模型更常用但笔试往往考 OSI因为分层更清晰方便出题。2.2 VLAN 的本质为什么说它是一个广播域VLAN 这个缩写看起来唬人全称是 Virtual Local Area Network虚拟局域网。但如果你只记“虚拟局域网”五个字做题时还是会懵。真正好用的理解是VLAN 就是一个广播域。什么是广播域想象一个办公室所有人都在一个大房间里喊话谁喊一声所有人都能听见——这就是一个广播域。人多了就吵效率低。VLAN 相当于把大房间用隔音玻璃分成若干小间每个小间里的喊话只有自己人听得见。交换机上配置 VLAN就是在逻辑上划分这些隔音间。那 VLAN 的取值范围为什么是 1 到 4094因为 VLAN 标签在以太网帧里占 12 个比特2 的 12 次方是 4096其中 0 和 4095 被保留不用剩下就是 1 到 4094。这个数字不是随便定的是协议里写死的。2.3 容器与虚拟机docker inspect 到底在看什么Docker 相关的考题里经常问“查看容器属性的方法”。选项里有 docker log、docker info、docker describe、docker inspect。正确答案是 docker inspect。为什么因为 log 看的是日志info 看的是 Docker 引擎的整体信息describe 根本不是 Docker 的原生命令那是 Kubernetes 的风格只有 inspect 是专门用来“解剖”一个容器或镜像的——它返回的是 JSON 格式的详细配置包括网络、挂载、环境变量、启动参数等等。这就像你去医院做检查log 是查病历info 是查医院整体运营数据inspect 才是给你拍 CT。搞懂每个命令的“职责边界”比死记硬背有用得多。3. 云平台与开源栈那些容易混淆的服务和组件3.1 OpenStack 的组件分工Keystone、RabbitMQ、Ceilometer 各管什么OpenStack 是一个庞大的开源云平台里面组件多如牛毛初学者最容易把功能搞串。我们挑三个高频考点来说。Keystone 是认证服务。你可以把它理解成公司大楼的前台——你进去之前得先刷卡刷卡通过后前台告诉你“你有权限去几楼、能进哪些房间”。OpenStack 里所有其他服务要干活都得先找 Keystone 验明正身。RabbitMQ 是消息服务。OpenStack 的各个组件之间需要互相通信比如 Nova 要创建虚拟机得通知 Neutron 配网络、通知 Cinder 挂硬盘。这些通知不是直接打电话而是往 RabbitMQ 这个“消息队列”里扔纸条对方有空了就来取。这样做的好处是解耦——发消息的人不用等对方回复系统更稳。Ceilometer 是监控服务它收集云平台里的各种指标数据比如 CPU 用了多少、内存剩多少。这些数据存到哪里答案是 MongoDB。为什么不用 MySQL因为监控数据是时序数据写入量大、结构灵活MongoDB 这种文档型数据库更合适。3.2 AWS 的存储与网络EBS、RDS、VPC 的边界在哪AWS 的考题里EBS 和 RDS 经常一起出现。EBS 是弹性块存储你可以把它理解成一块可以插拔的硬盘挂到 EC2 实例上当系统盘或数据盘用。RDS 是关系型数据库服务它底层可能也用了 EBS但用户不需要管硬盘只需要选数据库引擎——目前支持六种Amazon Aurora、Oracle、Microsoft SQL Server、PostgreSQL、MySQL 和 MariaDB。VPC 是虚拟私有云相当于你在 AWS 上圈了一块地自己规划子网、路由表、网关。考题里常问“单个实例停止再启动后公共 IP 会不会保留”。答案是不会。因为公共 IP 是动态分配的停止实例后就被回收了重新启动会拿一个新的。如果你需要固定 IP得用弹性 IP。提示EBS 卷只能在同一个可用区里挂载。想把卷挪到另一个可用区必须先做快照再从快照创建新卷。这就像你不能把一块硬盘直接从北京机房拔下来插到上海机房得先拷贝数据。3.3 容器编排与镜像构建Kubernetes 和 Dockerfile 的关键词Kubernetes 集群里有两种节点控制节点和工作节点。控制节点负责决策——比如调度容器去哪台机器、监控集群状态工作节点负责干活——实际运行容器。考题里有时会把“管理节点”“存储节点”也列进去但那些不是 K8s 的标准节点类型。Dockerfile 里RUN 和 CMD 最容易混。RUN 是在构建镜像时执行的命令比如安装软件包、创建目录CMD 是容器启动时执行的默认命令。打个比方RUN 是装修房子时铺地砖、刷墙CMD 是你搬进去之后每天开灯的动作。装修只做一次开灯每次住进去都会做。4. 常见误区与易混概念别把“差不多”当成“一样”4.1 tar 解压参数-zxvf 和 -xvz 到底差在哪解压 wordpress.tar.gz 的命令选项里有 tar -xvz、tar -xcf、tar -zxvf、tar -czf。正确答案是 tar -zxvf。这里的关键是参数顺序和含义-z 表示用 gzip 解压-x 表示提取-v 表示显示过程-f 表示指定文件名。虽然 -xvz 和 -zxvf 在有些系统上都能跑但标准写法是 -zxvf因为 -f 后面必须紧跟文件名放在最后最安全。-c 是创建压缩包所以 -czf 是打包压缩不是解压。搞混 -x 和 -c就像把“开瓶器”和“封口机”搞反了——一个开一个封方向完全相反。4.2 rm -rf 的威力递归强制删除到底删了什么rm -rf dirname 这条命令选项里有人选“删除 dirname 目录中的文件”有人选“只能删除空目录”正确答案是“递归强行删除 dirname 目录及其目录下的所有文件”。关键词是递归和强行——递归意味着如果目录里还有子目录它会一层层往下删强行意味着不提示、不确认。这条命令在 Linux 里被戏称为“删库跑路专用”。用之前一定要确认路径写对了尤其是变量拼接的时候多一个空格可能就把根目录删了。血泪经验在生产环境执行 rm -rf 之前先把命令里的 rm 换成 echo 跑一遍看看会删什么。4.3 NFS 和 Samba共享文件到底用哪个NFS 和 Samba 都是文件共享协议但适用场景不同。NFS 是 Linux 之间共享用的Samba 是 Linux 和 Windows 之间共享用的。NFS 依赖 RPC 服务所以配置的时候要确保 rpcbind 在跑Samba 依赖 smbd 和 nmbd 两个服务端口是 139 和 445。考题里问“NFS 由哪几部分组成”答案是 NFS 用户空间工具、NFS 内核模块、RPC 相关服务。没有 HDFS——那是 Hadoop 的东西跟 NFS 不是一家人。4.4 主从数据库show slave status 里该看什么配置 MySQL 或 MariaDB 主从同步后在从节点执行 show slave status\G最关键的两个字段是 Slave_IO_Running 和 Slave_SQL_Running。两个都是 Yes才说明同步正常。如果 IO 线程是 No通常是网络不通或主库授权有问题如果 SQL 线程是 No通常是 SQL 语句在从库执行报错了。Seconds_Behind_Master 表示从库落后主库多少秒0 表示完全同步。但这个值不是绝对可靠——如果主库长时间没写入它可能显示 NULL。4.5 项目收尾的顺序为什么经验教训要在解散团队之前写收尾过程的正确顺序是得到正式验收、写出经验教训、解散团队、结束合同。为什么经验教训不能等团队散了再写因为很多细节只有一线执行的人记得——比如某个技术难点怎么绕过去的、某个供应商沟通时踩了什么坑。人一走这些信息就丢了。先写教训再解散最后走合同流程这个顺序是有逻辑的。5. 什么时候用、什么时候别用从一道实操题看技术选型的边界假设你面对这样一道实操题在交换机上创建 VLAN 100 和 VLAN 101配置网关设置 trunk 和 access 端口。你拿到题之后第一反应可能是直接敲命令。但更值得思考的是什么时候该用 VLAN什么时候不该用VLAN 的核心价值是隔离广播域。如果一个网络里设备很少比如只有五六台机器而且都在同一个网段那划不划 VLAN 区别不大反而增加配置复杂度。但如果是一个几十上百台设备的办公网络不划 VLAN 的话广播风暴能把网络拖垮。这时候 VLAN 就是刚需。再比如你在一台 Linux 服务器上要共享一个目录给同事的 Windows 电脑用 Samba 还是 NFS如果同事全是 LinuxNFS 更轻量如果混用 WindowsSamba 更省事。技术选型没有绝对的好坏只有适不适合。注意实操题里经常要求“使用完整命令通过 Tab 键补全”。Tab 补全不只是省打字它能帮你确认命令和路径是否存在。如果 Tab 补不出来说明你拼错了或者组件没装。我刚开始学 Linux 的时候总觉得命令能跑就行参数顺序无所谓。直到有一次在客户现场配 NFSshowmount -e 一直报错排查了半天才发现是 rpcbind 没启动。从那以后我每次配共享服务之前都强制走一遍检查清单服务在不在、端口通不通、防火墙放没放、权限对不对。这套习惯帮我省了无数个加班的夜晚。希望帮到你。本文还有配套的精品资源点击获取