简介面向云计算平台运维与开发职业技能等级认证中级考生的培训教程PDF系统讲解工程项目文档编写与管理、项目管理核心概念、瀑布/敏捷开发模型及项目全生命周期各阶段关键活动覆盖项目立项、计划、需求分析、设计、开发、测试、上线等环节既适合认证备考复习也可作为云计算运维与开发岗位的项目管理参考。包体为单份PDF文档大小2.61MB便于按章节阅读和检索。目前已有146人学习下载。内容包含工程项目文档编写要点、文档版本控制与质量管理、项目干系人与约束管理、瀑布模型五阶段、敏捷迭代流程及项目计划与需求规格说明书编写方法并配有学习路线图可帮助读者快速建立项目级开发与运维的整体框架。1. 云计算平台运维与开发职业技能等级认证教程请把它当实操手册而不是题库这份《云计算平台运维与开发职业技能等级认证教程》PDF我在带新人时给他们每人发过一份但从不说“去背书”。因为这类认证考的不是记忆力是你能不能在一台干净的 Linux 服务器上把云平台组件装起来、用 Python 调通 API、把应用跑起来、再处理掉各种「玄学」故障。它的目标是把人练成云计算运维工程师的初级水平——会运维、会开发脚本、懂一点自动化。适合三类人刚转行的运维、想理解平台的开发、还有要参加职业技能等级认证的学生。接下来按技能域拆开讲。2. 认证考什么把考点拆成四个可练习的技能域先说明不同试点院校和评价组织给的考试大纲会有出入但核心技能域非常稳定。下面是常见考点映射我按「会做什么」来描述不是按记忆点。技能域代表工具/技术考试常见动作Linux 与网络基础CentOS/Ubuntu、路由、安全组配 IP、设防火墙规则、查日志虚拟化KVM/QEMU、libvirt创建虚拟机、调整磁盘、做快照容器与编排Docker、Docker Compose镜像打包、多容器启动、数据卷挂载云平台运维OpenStack、K8s用 API 或命令行管理云主机、网络、存储云开发Python、REST API、Ansible写脚本完成资源创建/回收/巡检业务部署Nginx、Flask/数据库把应用从源码跑到可访问2.1 平台运维从 Linux 到虚拟化再到容器编排为什么把 Linux、虚拟化和容器放一起因为在真实云平台里这三者是同一链条物理机装 KVMKVM 上面起 Linux 虚机虚机里跑 Docker 容器容器里跑业务进程。考试会从最底层开始考你。最常见的入门命令集我直接给一份自检清单ip addr ip route确认网卡和路由ss -tlnp查监听端口df -h free -h看磁盘和内存水位virsh list --all看虚机状态docker ps -a看容器状态。这些命令看着简单但考试里很多题就是把服务搞「挂」了让你查基本思路就是这几条。比如云主机能 ping 通但不能 ssh先看ss -tlnp里 sshd 是否在监听再看安全组有没有放行 22。多数人挂在这。虚拟化部分常考qcow2和raw镜像格式的区别qcow2 支持快照、稀疏文件raw 性能直接但占空间。考试时创建一台有 10G 系统盘的虚机命令一般长这样# 创建10G的qcow2磁盘镜像 qemu-img create -f qcow2 /var/lib/libvirt/images/考试主机.qcow2 10G # 用virt-install定义一台虚机2核2G挂载前面生成的系统盘 virt-install \ --name vm-exam \ --virt-type kvm \ --memory 2048 \ --vcpus 2 \ --disk path/var/lib/libvirt/images/考试主机.qcow2,formatqcow2,devicedisk \ --os-variant centos7.0 \ --network networkexam-net \ --graphics none \ --location /iso/CentOS-7-x86_64-Minimal.iso \ --extra-args consolettyS0--os-variant必须和实际系统匹配不然会走错引导参数--graphics none适合纯命令行考试环境。这条命令跑完从串口控制台装系统装完virsh list就能看到它。容器编排一般不会让你手动跑一堆docker run更多是让你写一个 docker-compose.yml 把应用和依赖库拉起来。重点会看网络模式和数据卷这两个是考试里容易丢分的地方。2.2 云开发用 Python 调云平台 API 的自动化脚本这个板块是「开发」二字的落点。考试里通常不考前端也不考 Java 框架而是聚焦云资源管理的自动化。你要能用 Python 脚本完成登录认证、查询资源、创建云主机、给主机打标签、释放不需要的资源。OpenStack 是这类认证最常用的考试对象认证流程走 Keystone。用 Python 的 requests 库调 API核心就三件事拿 token、带 token 请求、解析 JSON 响应。import os import requests # 从环境变量取凭据别写死在脚本里 auth_url os.environ[OS_AUTH_URL] username os.environ[OS_USERNAME] password os.environ[OS_PASSWORD] project os.environ[OS_PROJECT_NAME] # 1. 向Keystone请求token auth_payload { auth: { identity: { methods: [password], password: { user: { name: username, domain: {name: Default}, password: password, } } }, scope: { project: { name: project, domain: {name: Default} } } } } resp requests.post(f{auth_url}/auth/tokens, jsonauth_payload) token resp.headers.get(X-Subject-Token)逻辑说明token 不在响应体里而是在响应头的X-Subject-Token字段这是新手最容易踩的坑。拿到 token 之后后续请求要带X-Auth-Token: token头并指定Content-Type。参数说明OS_AUTH_URL一般是 http://控制节点IP:5000/v3OS_PROJECT_NAME是项目/租户名考试环境里通常是admin或demo。很多网上的旧教程还在用 v2 接口考试环境若是 v3 会直接 404。2.3 业务部署把一套应用从 0 跑到云上这一节我会多说两句因为「从 0 跑到可访问」能串起前面所有知识点。考试会给一段业务代码或者一个安装包要求你把它部署到云主机上并通过浏览器访问。常见形式是Flask 应用 MySQL Nginx 反代。部署套路是固定的先装运行时再配数据库再启应用最后用 Nginx 转发。# 安装Python环境和MySQL客户端 yum install -y python3 mariadb-server nginx systemctl start mariadb nginx # 创建数据库和账号考试一般给好SQL直接导入 mysql -e CREATE DATABASE examdb CHARACTER SET utf8; # 用systemd管理Flask应用避免直接nohup导致进程丢失 cat /etc/systemd/system/exam-app.service EOF [Unit] DescriptionExam Flask App Afternetwork-online.target [Service] WorkingDirectory/opt/exam/app ExecStart/usr/local/bin/gunicorn -w 2 -b 127.0.0.1:8000 app:app Restartalways [Install] WantedBymulti-user.target EOF systemctl daemon-reload systemctl enable --now exam-app逻辑说明用 gunicorn 启动应用而不是python app.py是生产习惯Restartalways保证进程挂了自动拉起。Nginx 只有一处关键配置proxy_pass http://127.0.0.1:8000;。参数说明-w 2表示两个 worker 进程考试机器一般 2 核够了-b 127.0.0.1:8000只回环监听由 Nginx 对外暴露。如果考试要求直接访问 8000 端口那就要把绑定改成0.0.0.0同时注意防火墙。2.4 实训平台怎么用头歌类平台的操作逻辑现在很多学校用头歌这类实训平台做练习和考核。它不是你本地的电脑而是一个网页里的远程 Linux 环境。做题节奏一般是进入实验、阅读题目、在终端操作、系统自动判分。这类平台有几个特点每个实验会给你一台预装了镜像的虚机通过网页终端访问判定只看最终状态不看过程——所以你的脚本或者命令只要把服务弄到指定状态就得分有「重置实验」功能搞坏了就重置别硬撑着部分题目要求把某个命令的输出写到指定文件里这时候要注意路径和权限。很多人第一次用会慌终端卡了、apt 装不了包、端口访问不了。先检查实验环境是否还在运行多数是「等待开机」状态没切换。头歌这种平台的本质是给了你一套可控的云环境和你自己折腾 VirtualBox 没有区别只是它已经把网络、镜像都配好了你专注做业务。3. 用实操把认证知识点学透本地搭一套最小云环境单纯看 PDF 或者刷题记不住。我一般建议新手在本地搭一个最小环境能把考试的场景都过一遍。下面给出一套本人常用的低成本方案。3.1 硬件与虚拟化选型KVM 还是 VirtualBox如果你用的是 Windows 笔记本最省事的是 VirtualBox如果是 Linux 物理机或者 Mac用 KVM/UTM 更贴近考试环境。但这里有个冲突考试环境通常基于 KVM你本地练习最好也用 KVM这样命令和参数完全一致。我建议只要机器支持嵌套虚拟化就在 Linux 上用 KVM。怎么确认支持跑lsmod | grep kvm或看/dev/kvm是否存在。3.2 用脚本创建三台虚机控制、计算、存储考试虽然给的是 all-in-one一台机器全装但你理论上要理解三个角色。为了省资源我一般用一台机器装 OpenStack 的 all-in-one再另外一台做纯计算节点用来演示调度。如果电脑只有 16G 内存那就要压缩。下面这个脚本用 libvirt 批量创建两台虚机每台 4G 内存、40G 磁盘网络用 NAT 模式for i in 1 2; do qemu-img create -f qcow2 /data/kvm/node$i.qcow2 40G virt-install \ --name node$i \ --memory 4096 \ --vcpus 4 \ --disk path/data/kvm/node$i.qcow2,formatqcow2,busvirtio \ --network networkdefault \ --os-variant ubuntu22.04 \ --cdrom /data/iso/ubuntu-22.04-server.iso \ --graphics vnc,listen0.0.0.0 done逻辑说明busvirtio比 ide 磁盘性能好很多考试里也常用networkdefault是 libvirt 自带的 NAT 网络虚机可以上网但外网不能直接访问虚机符合考试环境的隔离设定。参数说明这里的--os-variant ubuntu22.04要看你实际版本如果 libvirt 的 osinfo 库没有这个定义会直接报错那就要改用--os-variant ubuntugeneric。另外--graphics vnc是为了可以用 VNC 客户端连上去安装系统如果不想装桌面可以像前面那样用 console。3.3 安装 OpenStack 还是 K8s按认证大纲选很多认证教程会把 OpenStack 作为重点因为它能完整覆盖「云平台运维」的 IaaS 层。但也有些新版认证在考 K8s。我的建议先按大纲来教材里哪个占比高就装哪个。如果时间和机器都允许两个都搭一遍最好。OpenStack 的最小部署用 devstack 是最快的但 devstack 是开发环境不适合考试练习。考试更接近 Packstack 或 Kolla 的产物。练习时为了不出错可以先用 Packstack 在单机上拉一套 all-in-oneyum install -y centos-release-openstack-wallaby yum install -y openstack-packstack packstack --allinone \ --provision-demoy \ --os-heat-instally \ --os-neutron-l2-agentopenvswitch逻辑说明--allinone会把控制、计算、网络都装在同一台机器--provision-demoy会帮你创建一个 demo 项目和演示用户考试很多题都在这个项目里做--os-neutron-l2-agentopenvswitch让 Neutron 使用 Open vSwitch这是生产环境最常见的方案。参数说明这个安装过程会很慢20 分钟起步中间网络波动会失败。失败以后不要直接重跑建议先看/var/log/packstack下的日志。通常最稳的办法是重装系统再来一遍——这就是为什么我建议用虚拟机做练习后悔药就是快照。3.4 验证环境是否可用的一组命令装完以后不要高兴太早必须验证三件事API 通、虚机可创建、网络可连。source /root/keystonerc_demo openstack service list openstack image list openstack network list这三条命令都返回正常说明 API 层没问题。然后创建一个测试虚机测试登录和安全组一个完整流程走完你的环境才算「可用」。很多人卡在openstack service list为空多半是没 source 环境变量文件或者 keystone 服务没起来用systemctl status openstack-keystone看。4. 云开发自动化写一个能考试也能落地的巡检脚本开发技能是认证里的拉分项。给你一个场景你需要用 Python 写脚本统计所有云主机的 CPU 使用率、内存水位、磁盘使用率并输出异常告警。这几乎是认证考试的一道压轴题也是真实云运维里的日常。4.1 认证思路先获得 token再调 API上一章已经给了获取 token 的代码。拿到 token 后查询云主机列表用 Nova APIimport os import requests auth_url os.environ[OS_AUTH_URL] # 假设token已经拿到 headers { X-Auth-Token: token, Content-Type: application/json } # 列出当前项目下所有云主机 resp requests.get( f{auth_url}/servers/detail, headersheaders ) servers resp.json()[servers] for s in servers: print(s[name], s[status], s[id])逻辑说明/servers/detail返回的是详细列表里面包含每个虚机的 flavor、镜像、IP 等信息。如果只需要名字和 ID用/servers就行响应更快。参数说明这里的auth_url要跟 token 请求的地址一致但注意 Nova 的 endpoint 一般是http://控制节点IP:8774/v2.1/项目ID。有些教程会写成/v2新版用/v2.1写错会 404。项目 ID 可以用openstack project show demo -c id -f value拿到。4.2 巡检脚本完整代码与参数说明下面是一个可用的巡检脚本我用它做过考试模拟也移植到生产环境跑过。它做三件事登录、获取云主机列表、遍历每台主机的监控数据通过 ceilometer 或 gnocchi 的 API。#!/usr/bin/env python3 import os import requests OS_AUTH os.environ[OS_AUTH_URL] OS_USER os.environ[OS_USERNAME] OS_PASS os.environ[OS_PASSWORD] OS_PROJECT os.environ[OS_PROJECT_NAME] # 监控API地址按实际环境调整例如: http://192.168.1.10:8041 METRIC_URL os.environ.get(OS_METRIC_URL, http://127.0.0.1:8041) def get_token(): payload { auth: { identity: { methods: [password], password: {user: { name: OS_USER, password: OS_PASS, domain: {name: Default} }} }, scope: {project: { name: OS_PROJECT, domain: {name: Default} }} } } r requests.post(f{OS_AUTH}/auth/tokens, jsonpayload, timeout10) r.raise_for_status() return r.headers[X-Subject-Token] def list_servers(token): r requests.get(f{OS_AUTH}/servers/detail, headers{X-Auth-Token: token}, timeout10) r.raise_for_status() return r.json()[servers] def get_meter(token, server_id, meter_name): # 以gnocchi的v1接口为例实际路径取决于你的监控组件 url f{METRIC_URL}/v1/resource/{server_id}/metric/{meter_name}/measurements r requests.get(url, headers{X-Auth-Token: token, Accept: application/json}, timeout10) if r.status_code ! 200: return None return r.json() def main(): token get_token() for s in list_servers(token): cpu get_meter(token, s[id], cpu_util) if cpu and cpu[-1][1] and cpu[-1][1] 80: print(f[ALERT] {s[name]} CPU爆了: {cpu[-1][1]:.1f}%) if __name__ __main__: main()逻辑说明脚本把认证和查询拆成两个函数方便复用get_meter的路径在不同版本里差异很大考试时如果调不通最好先openstack metric resource show看 endpoint 路径别硬猜。参数说明cpu[-1][1]取的是最新一个时间点的采样值cpu_util单位是百分比。如果返回的结构里没有这个数值很可能是数据还没有采集到等一下再执行。生产环境里这些凭据应该从环境变量或 vault 读取不要写进脚本提交到 git。4.3 用 Ansible 把部署步骤变成幂等 playbook如果说 Python 是「开发」的体现那 Ansible 就是「自动化运维」的体现。考试会让你写一个 playbook完成「安装 nginx 并启动、写入首页内容」这类任务。注意不能执行两遍就失败要幂等。--- - name: 部署nginx并写入自定义首页 hosts: all become: yes tasks: - name: 安装nginx dnf: name: nginx state: present - name: 写入首页 copy: content: exam page, host {{ ansible_hostname }} dest: /usr/share/nginx/html/index.html - name: 启动nginx并设置开机自启 service: name: nginx state: started enabled: yes逻辑说明state: present保证只有没装的时候才装copy模块每次都会比对内容内容不变则不更新service的enabled保证重启后生效。这就是幂等。参数说明hosts: all需要你在 inventory 里写好目标机器。考试时如果只有一个节点写hosts: localhost或者hosts: all配合本机执行都可以前提是 ssh 能连上或者使用了-i指定清单。5. 避坑与常见问题从刷题到实操的五个翻车点备考过程中我见过太多人不是不懂原理而是挂在一些很蠢的细节上。以下五个坑基本覆盖了「现象→原因→解决」的典型过程。5.1 网络 ping 不通安全组没放行现象云主机起来了但是 ping 不通ssh 也连不上。原因OpenStack 的安全组默认只放行 22、80 等少数端口ICMP 经常被丢掉。另外路由器的网关可能没有配置到位。解决先检查路由和安全组openstack router list openstack security group rule list default如果有 default 安全组没放行 ICMP手动加一条openstack security group rule create default --protocol icmp --ingress做完以后再用ping验证。别一上来就重启服务很多网络问题就是安全组的事。5.2 镜像创建失败格式和大小没对齐现象上传镜像到 Glance 后状态是active但创建云主机报错 Image not in a valid format。原因上传时没有指定正确的容器格式和磁盘格式或者镜像文件本身是 raw 但标成了 qcow2。解决上传前用file image.img确认真实格式然后用--disk-format qcow2指定。openstack image create my-image \ --file ./disk.qcow2 \ --disk-format qcow2 \ --container-format bare参数说明--container-format一般写bare就对了除非你的镜像被封装在 ovf 等容器里。另外镜像大小要小于 Glance 的disk_quota否则会直接拒绝。5.3 Python 脚本报 401token 过期或 endpoint 写错现象脚本第一次跑通过几分钟再跑就报 401 Unauthorized。原因Keystone token 默认有效期为 1 小时但你用了绝对时间做缓存或者你把 Horizon 的地址当成了 API 地址。解决每次请求前检查 token 是否临近过期更稳妥的做法是每次执行都重新认证一次。另外API 地址要在openstack endpoint list | grep nova中查别凭记忆写。5.4 容器数据丢失卷没挂好现象docker run启动了一个 MySQL把容器 stop 后重新 start数据还在但执行docker rm后数据全没了。原因没有使用数据卷数据写在容器可写层里。解决创建容器时挂载命名卷或目录docker run -d \ --name mysql \ -v mysql-data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORDyourpass \ mysql:8.0逻辑说明-v mysql-data:/var/lib/mysql把数据放在命名卷mysql-data里即使docker rm容器卷依然存在。考试时有时会故意让你验证「删除容器不影响数据」就是这个考点。5.5 Ansible 报 module not found执行环境的 Python 有问题现象在控制机上跑ansible-playbook报/usr/bin/python3: No module named ansible。原因你用系统的 Python 执行但 ansible 装在另一个 Python 环境比如 pyenv 或 venv里。也可能在目标机器上没有安装 required python library如python3-apt。解决先确认which ansible指向哪里然后看脚本开头的 shebang。一般建议用系统包管理安装 ansible 而不是 pip 全局安装避免环境错乱。sudo dnf install -y ansible ansible --version参数说明如果你还报module not found但 ansible 存在那是因为ansible命令和python命令来自不同的 PATH。用python -m ansible这种方式强行指定模块来源可以临时绕开。6. 把认证学到的技能变成涨薪项两个验证技巧和一项日常习惯考证不是终点。我们最终要让技能变成工作能力。这里给两个验证技巧。6.1 验证技巧一合上教程的脱手测试把教程合上从零开始在一台新虚机上部署一个业务要求创建云主机、写 Python 脚本检查状态、用 Ansible 完成部署、最后再销毁。全程不查资料能在两小时内完成说明你基本及格了。如果做不出来把卡住的地方记下来这正是你的薄弱点。6.2 验证技巧二把排障记录变成你的面试作品每遇到一个报错按「现象→原因→解决」记下来就像本文第 5 章那样。我有个习惯在本地开一个纯文本仓库专门记这些坑已经积累了几百条。面试时把这些笔记整理成文档比证书本身更能打动面试官。6.3 一个值得坚持的日常习惯每天早上在实训平台上完整跑一遍「创建资源—业务部署—回收资源」的流程坚持一个月。听起来枯燥但这是把操作变成肌肉记忆的唯一办法。我现在写脚本前第一件事还是会先看有没有现成的工具链而不是立刻手写代码——这个习惯就是被认证考试逼出来的。云计算这个方向迭代快但你练出来的那种「在平台上把事跑通」的能力不会过时。如果你正在犹豫这份教程值不值得看我说直接点值得但你必须开着虚拟机边看边敲而不是只读 PDF。希望帮到你。本文还有配套的精品资源点击获取