信息系统管理工程师（中级）备考笔记 · 第九章：云服务及其运营管理
考试科目： 信息系统管理工程师（中级）—— 计算机技术与软件专业技术资格（水平）考试 章节定位： 本章聚焦云服务及其运营管理，是信息化发展中新兴的服务交付与管理模式。内容承继信息系统运维管理（第8章），前瞻项目管理（第10章），与新考纲中新增的云服务内容高度契合。 预估分值： 上午 4~6 分（以服务模式辨析和能力域概念理解为主） 更新日期： 2026-07-09 教材对照： 《信息系统管理工程师教程（第2版）》第9章（2024年9月版）
一、章节总览
第9章「云服务及其运营管理」阐述云服务的核心理念与运营管理体系，涵盖从云服务基础概念到完整的运营管理框架，包括云服务规划、交付、运维、资源操作及安全审计等核心环节。
云服务运营管理强调"以交付为主线、以服务和资源为重点、以安全和审计为保障"的核心理念，围绕7大领域展开全流程管理。
知识体系结构
| 小节 | 内容 | 考试权重 |
|---|---|---|
| 9.1 云服务基础 | 数据中心变革、五大特征、7大运营框架 | ⭐⭐⭐ |
| 9.2 云服务规划 | 架构管理、产品管理（IaaS/PaaS/SaaS）、可用性、业务连续性、资源池、容量管理 | ⭐⭐⭐⭐ |
| 9.3 云服务交付 | 服务目录、服务水平（SLA/OLA/UC）、服务报告、服务计费、满意度管理 | ⭐⭐⭐⭐ |
| 9.4 云运维 | 发布管理（10步）、开通管理（4步）、运行管理（7大模块） | ⭐⭐⭐ |
| 9.5 云资源操作 | 任务管理、部署回收、动态资源优化 | ⭐⭐⭐ |
| 9.6 云信息安全 | 信息安全管理的特殊性 | ⭐⭐ |
| 9.7 云审计 | 合规保障与审计类型 | ⭐⭐ |
二、知识点详解
9.1 云服务基础
9.1.1 云服务与数据中心变革 🔥 高频考点
云服务给数据中心带来四大挑战：
| 挑战维度 | 核心内容 |
|---|---|
| ⚠️ 运营挑战 | 激增业务量、随时变化的业务预期，需弹性应对 |
| ⚠️ 成本挑战 | 压缩成本是永恒主题，重点在能耗和运营管理两方面 |
| ⚠️ 架构挑战 | 云服务重塑数据中心运营架构，向按需自助使用IT资源转变 |
| ⚠️ 人才挑战 | 云计算员工需求上升，需要新型运维人才 |
9.1.2 云服务特征 ⭐ 重点记忆
📌 记忆口诀： "按网资快度"（按需自助、广泛网络访问、资源池化、快速弹性、度量服务）
| 特征 | 说明 |
|---|---|
| 按需自助服务 | 用户自助获取配置资源，无需人工干预 |
| 广泛网络访问 | 通过标准网络协议访问（手机、笔记本、平板等） |
| 资源池化 | 多租户模式，资源池动态分配和再分配 |
| 快速弹性 | 快速伸缩扩展，对用户而言可用资源近乎无限 |
| 度量服务 | 计量付费（Pay-as-you-go），按使用量计费 |
9.1.3 云服务运营框架 ⭐⭐ 重点记忆
🔴 核心理念： "以交付为主线、以服务和资源为重点、以安全和审计为保障"
🔥 7大领域（必考，务必记住完整名称）：
| # | 领域 | 角色定位 |
|---|---|---|
| 1 | 云服务规划 | 顶层规划与设计，承担云战略功能 |
| 2 | 云资源管理 | IT技术与资源的管理与调度 |
| 3 | 云服务交付 | 对外的统一服务窗口 |
| 4 | 云运维 | 服务运行保障，承上启下 |
| 5 | 云资源操作 | 人机交互前沿，技术操作执行 |
| 6 | 云信息安全 | 安全保障角色（贯穿全流程） |
| 7 | 云审计 | 合规保障角色（监督检查） |
⚠️ 易错提醒： 这7大领域是云服务运营框架的核心组成，需要完整记忆名称和角色定位，常以多选题形式考查。
9.2 云服务规划 ⭐⭐ 重点章节
9.2.1 云架构管理
五大管理活动（顺序递进）：
应用架构管理 → 数据架构管理 → 基础架构管理 → 技术规范管理 → 前沿技术研究管理
| 活动 | 核心内容 |
|---|---|
| 应用架构管理 | 业务需求研究、应用框架规划维护、核心应用架构设计 |
| 数据架构管理 | 数据架构规划维护、数据字典设计维护 |
| 基础架构管理 | 通信网络、计算能力、存储能力、平台软件、数据中心基础环境 |
| 技术规范管理 | 网络/服务器/平台软件/应用/桌面/操作/数据中心运维等规范制定维护 |
| 前沿技术研究管理 | 行业新技术和发展方向的储备式研究 |
9.2.2 云服务产品管理 ⭐⭐⭐ 高频考点
(一) 云服务产品规划设计
1️⃣ 云服务产品定义：三种服务模式（🔥必考！）
| 模式 | 全称 | 说明 | 示例 |
|---|---|---|---|
| IaaS | 基础设施即服务 | 提供计算、存储、网络资源 | 2CPU+4GB内存+50GB存储 |
| PaaS | 平台即服务 | 软硬件包装后以平台形式提供 | 数据库服务、中间件环境 |
| SaaS | 软件即服务 | 提供完整的业务应用 | 工业云平台、云MES |
⭐ PaaS三种服务形态（层次递进，常考辨析）： - ① 单套软件+硬件设施（如单机版数据库） - ② 多套软件+硬件设施（如数据库+中间件环境） - ③ 完整部署环境（含网络位置、防火墙策略、负载均衡等）
2️⃣ 云服务成本分析 🔴 重点理解：
云服务产品成本 = 运营成本 + 研发成本
| 成本类型 | 包含内容 |
|---|---|
| 运营成本 | 资产折旧、人工成本、运营费用（如电费）、行政费用分摊 |
| 研发成本 | 开发阶段人工成本、测试设备折旧、研发中心行政费用 |
3️⃣ 服务预测与资源容量规划： - 预测市场容量（公有云）或内部用户需求规模（私有云） - 保证产品推出后有足够的资源
4️⃣ 服务衡量指标定义：
| 维度 | 指标 | 说明 |
|---|---|---|
| 交付质量 | 交付成功率 | 用户订购后按时交付的能力 |
| 交付速度 | 指定时间内按规格交付资源 | |
| 运行质量 | 服务可用率 | 服务可用性指标 |
| 业务连续性 | 业务连续性衡量指标 |
(二) 云服务产品退役管理
⭐ 四个子活动（顺序要记住，常考排序题）： 1. 退役审批 → 退役原因分析、用户影响分析及应对策略、缓冲期 2. 服务目录更新 → 从目录中删除，不影响已使用的用户 3. 资源释放 → 第1步：已分配资源释放到公共资源池；第2步：使用周期结束后完全释放 4. 相关管理活动更新 → 清理各管理模块中的信息
9.2.3 云服务可用性管理
🔴 核心目标： 基于合理成本，确保云服务达到承诺的可用性指标
两类活动：
| 类型 | 内容 |
|---|---|
| 🔵 被动活动 | 检查、衡量、分析、管理所有可用性事件、故障、问题 |
| 🟢 主动活动 | 对新服务与变更提供建议、计划、设计原则，提出服务提升计划 |
9.2.4 业务连续性管理 ⭐⭐ 重点
生命周期四阶段（常考流程顺序）：
启动 → 需求与策略 → 实施 → 日常运营
1️⃣ 启动： 政策制定、范围确定、资源分配、项目管理机制
2️⃣ 需求与策略（重点）： - 业务影响分析： 具象化业务影响，分析业务影响与中断时间的关系 - 直接影响（财务损失） - 间接影响（商誉、客户忠诚度） - 风险分析： 分析灾难与服务中断的可能性 - 策略制定： - 对于无法忍受中断的业务 → "降低风险"策略 - 对于可接受中断的业务 → "业务恢复"策略 - ⭐ 恢复策略层级（由低到高）：人工恢复 < 互惠协定 < 冷备份 < 暖备份 < 热备份 < 零中断热备份
3️⃣ 实施： - 制订业务连续性计划，做好发布控制和分发 - 做好灾难恢复团队设计 - 执行"降低风险"与"业务恢复"具体措施 - 首轮演练：桌面演练、完整演练、分系统演练、场景演练
4️⃣ 日常运营： 培训、定期评估审核、演练、变更管理适应环境变化
9.2.5 资源池管理
🔥 影响资源池布局的五大因素（按优先级排序，常考排序题）：
| 优先级 | 因素 | 说明 |
|---|---|---|
| 1️⃣ | 安全域 | 生产网/OA网/管理网隔离，内外网隔离 |
| 2️⃣ | 应用框架 | Web层/应用层/数据层/辅助功能层 |
| 3️⃣ | 资源种类 | x86环境/Unix环境/大型主机等异构资源 |
| 4️⃣ | 服务等级 | 金银铜牌服务 |
| 5️⃣ | 管理需求 | 生产区/同城灾备区/异地灾备区等 |
📌 记忆口诀： "安应资服管"（安全域→应用框架→资源种类→服务等级→管理需求）
全局资源池规划设计——三个层面： 1. 资源层次设计 2. 基于应用框架、管理需求、安全域划分规划资源层次 3. 资源池在数据中心和资源层次上的种类和数量设计
资源池和资源生命周期管理子活动： - 扩容规划、预算和采购 - 资源池扩容 - 全局资源调拨管理 - 资源池和资源退役管理
9.2.6 云服务容量管理
⚠️ 易错提醒： 云服务容量管理与常规容量管理基本一致，但更强调整预测的敏捷性和成本管控，这是与第8章常规容量管理的核心区别。
📝 重点目标： - 确保成本合理的容量始终存在、符合当前和未来业务需要 - 通过持续的监控和有效的管理降低现存服务风险 - 通过容量采购计划降低成本（避免紧急、非计划、超前采购） - 通过对现有容量的有效使用降低成本 - 结合财务管理，影响容量需求 - 通过容量计划使服务提供商提供SLA规定的服务质量
容量管理五大子活动：
1. 收集业务/服务/技术/增长需求
2. 收集性能和容量测量数据（存入CMIS）
↓
3. 评估资源和服务当前使用状况并优化（主动措施）
4. 评估当前资源需求，提供配置/成本备选方案 → 容量计划
↓
5. 沟通性能和容量信息 → 有效报告
9.3 云服务交付 ⭐⭐ 重点章节
🔴 负责管理云服务与最终用户之间的交互，是对外的统一服务窗口。包括五大模块：服务目录管理、服务水平管理、服务报告管理、服务计费管理、满意度管理。
9.3.1 服务目录管理
📝 特点（区别于传统IT服务目录的"三高"）： 1. 完善程度和友好性更高 → 用户自助访问使用，信息必须准确完整 2. 自动化程度更高 → 服务门户电子化，资产配置管理自动化 3. 与配套流程的成熟度更高 → 服务请求驱动，自动部署，规范化和自动化
典型服务目录示例：
| 服务类型 | 典型内容 |
|---|---|
| IaaS | 计算资源（CPU/内存）、存储资源（NAS/SAN）、网络资源（万兆/千兆） |
| PaaS | 第一层：单套软件+硬件；第二层：多套软件+硬件+配置；第三层：完整解决方案 |
| SaaS | 完整应用环境（如网上银行系统） |
9.3.2 服务水平管理 ⭐⭐ 重点
定义、协商、订约、检测和评审提供给客户的服务质量水准的流程。
🔥 三个核心协议（必考辨析！）：
| 协议 | 英文 | 协调关系 |
|---|---|---|
| 服务级别协议 | SLA | 云服务供方 ↔ 云服务客户（对外） |
| 运作级别协议 | OLA | 云服务供方 ↔ 内部供应商（对内） |
| 支持合同 | UC | 云服务供方 ↔ 外部供应商（第三方） |
⚠️ 易错提醒： SLA是对外的（客户），OLA是对内的（内部部门），UC是对第三方的（外部供应商）。三者协调范围不同，常以匹配题考查。
管理目标： - 通过协商、监控、评价和报告维持和改进服务质量 - 消除或改进不符合级别要求的云服务 - 提高客户满意度以改善与客户的关系
9.3.3 服务报告管理
🔴 依据服务级别要求，从云服务各项活动中收集服务信息、计算服务级别衡量指标，并制定对用户的服务报告和对内运行管理报告。
三个子过程（🔥常考流程顺序）：
服务报告规划 → 服务报告撰写 → 服务报告发布
| 子过程 | 主要活动 |
|---|---|
| 服务报告规划 | 整理服务水平衡量指标、创建报告模板、形成指标采集任务 |
| 服务报告撰写 | 指标数据采集、计算服务水平/运行能力指标、撰写报告、分析改进 |
| 服务报告发布 | 审批报告、发布报告、发送衡量指标给计费管理、用户沟通反馈 |
⚠️ 注意： 服务质量衡量结果需要输出到"服务计费管理"模块，服务质量会影响服务费用。
9.3.4 服务计费管理 ⭐⭐ 重点
🔴 保障可持续运营的重要手段。
四层架构（🔥从底层到上层，常考层次顺序）：
| 层级 | 功能 |
|---|---|
| 计量层 | 通过观测流量、记录使用情况，跟踪和记录资源使用 |
| 收集层 | 访问测量实体，收集与收费有关的事件，转发给记账层 |
| 记账层 | 聚合信息，建立服务记账数据集，传递给计费层 |
| 计费层 | 根据计费和定价方案，得出会话费用（技术价值→货币单位） |
四项管理活动：
资源计量 → 服务质量评估 → 基于合约计费 → 生成账单
| 活动 | 说明 |
|---|---|
| 资源计量 | 据服务约定和计费策略，对资源进行采集与计量（需工具支撑） |
| 服务质量评估 | 收集服务级别指标数据，与SLA比对，生成服务质量调整系数 |
| 基于合约计费 | 据服务内容和收费依据计算，再结合质量条款增减 |
| 生成账单 | 据账期要求生成服务账单，提供给财务进行收费管理 |
9.3.5 满意度管理
三项管理活动： 1. 客户满意度调查 → 设计、执行、分析、改进四个阶段 2. 服务报告与评审 → 定期不定期沟通，讨论服务范围、SLA、合同变化 3. 客户投诉管理 → 规定投诉途径和方式，记录、调查、处理、反馈
⚠️ 注意： 客户满意度是主观性非常高的衡量指标，要同时对客户IT服务认知进行引导管理。
9.4 云运维 ⭐⭐
🔴 承上启下的作用： 将用户需求分解为运维行为规范 → 细化为资源操作技术要领。主要包括服务发布管理、服务开通管理、服务运行管理三大模块。
9.4.1 服务发布管理（10步完整流程 ⭐）
发布申请 → 策划与评审 → 发布培训 → 发布测试 → 发布沟通
→ 发布推演 → 发布执行 → 发布实施 → 发布验收 → 发布总结
关键点辨析： - 发布执行： 将发布任务拆分为若干个变更，向变更管理提申请 - 发布实施： 关联的任何一个变更开始实施后，则认为发布正式开始实施；关联变更中实施完最后一个时，发布实施过程结束 - 发布总结： 需要经过一段时间的观察期，观察期结束后才允许关闭发布
⚠️ 易错提醒： 发布管理第10步是"发布总结"而非"关闭发布"，关闭是在观察期结束后。
9.4.2 服务开通管理（4步）
提出服务请求 → 审批服务请求 → 处理服务请求 → 关闭服务请求
📝 审批四要素： 1. 是否签约用户 2. 是否有足够余额申请该项资源服务 3. 资源池内的资源是否足够交付 4. 所需资源是否处于可分配状态
⚠️ 重点辨析：非云 vs 云的处理区别（常考） - 非云： 生成任务工单，涉及变更走变更流程 - 云： 从配置库获取服务模型→生成部署模型→产生部署指令→任务调度执行
9.4.3 服务运行（7大功能模块 ⭐）
| # | 模块 | 核心功能 |
|---|---|---|
| 1️⃣ | 监控管理 | 统一告警管理和性能管理，全生命周期跟踪 |
| 2️⃣ | 变更管理 | 标准化方法处理所有变更，减少业务风险 |
| 3️⃣ | 故障管理 | 快速恢复意外服务质量下降或中断 |
| 4️⃣ | 问题管理 | 查找根本原因，监测和预防故障 |
| 5️⃣ | 知识管理 | 确保正确信息高效传递给服务人员 |
| 6️⃣ | 云配置管理 | 识别维护组件，控制变更，确保发布批准 |
| 7️⃣ | 服务质量管理 | 保证云服务符合质量承诺 |
监控管理三层架构：
统一监控及管理层
├── 集中展现层：运行状况、可用性与性能、设备管理、报表
├── 数据处理层：告警分析处理、性能数据处理
└── 数据汇聚层：数据中心/灾备/分支机构告警汇聚
变更管理主要活动（RFC流转过程 ⭐）：
创建RFC → 记录RFC → 检查RFC → 评估变更 → 授权变更
→ 计划更新 → 协调变更实施 → 评审和关闭变更记录
9.5 云资源操作
9.5.1 资源供应与任务管理（5步流程）
指令拆解 → 指令发布 → 状态管理 → 异常处理 → 执行完成
各步骤说明： 1. 指令拆解： 将服务开通管理的指令集解包，根据供应者种类和资源种类形成指令子集 2. 指令发布： 按供应者/资源种类方式发布指令（需判断串行还是并行执行） 3. 状态管理： 跟踪"供应者"执行情况，决定是否开始下一段指令 4. 异常处理： 判断是否有规则可自动处理，否则引入人工介入 5. 执行完成： 全部指令执行成功后，反馈给服务开通管理模块
9.5.2 资源部署/回收
四类资源操作：
| 资源类型 | 操作内容 |
|---|---|
| 服务器资源 | 虚拟机部署、物理裸机安装、OS和补丁安装配置 |
| 网络资源 | VLAN划分、IP地址池管理、防火墙和负载均衡策略 |
| 存储资源 | 基于SMI-S接口封装、存储管理软件封装 |
| 平台和应用软件资源 | 基于镜像的软件安装、配置 |
9.5.3 动态资源优化 ⭐⭐ 高频考点
🔴 经典比喻："两只眼睛、一个大脑、两只手"（🔥极高频考点）
| 组件 | 比喻 | 角色 | 功能说明 |
|---|---|---|---|
| 👀 | 眼睛1 | 供给面监测 | 从虚拟化平台监测资源状态（服务器数量、CPU/内存/存储总量及剩余） |
| 👀 | 眼睛2 | 需求面监测 | 从应用/服务角度监测负载状况及资源使用情况 |
| 🧠 | 大脑 | 决策核心 | 算法进行性能分析预测、资源动态规划、输出调度结果 |
| 🖐 | 手1 | 宏观调整 | 合并/关闭服务器、利用实时迁移技术调整物理计算资源 |
| 🖐 | 手2 | 微观调整 | 调整虚拟机CPU数量、内存使用量 |
📌 工作流程： 先看（眼睛采集数据）→ 后想（大脑分析决策）→ 再动手（双手执行调整）
⚠️ 易错提醒： "眼睛1"是供给面（平台资源状态），"眼睛2"是需求面（应用负载），不要搞反。"手1"是宏观（物理层面），"手2"是微观（虚拟机层面），层次不同。
9.6 云信息安全
⚠️ 本节内容和传统信息安全管理差别不大，但强调云环境安全技术的特殊性。
主要关注点： - 云环境下安全技术与传统信息系统的差异（虚拟化安全、多租户隔离等） - 信息安全在云服务运营框架中作为保障性角色（贯穿全流程） - 可依据标准：GB/T 22080、GB/T 20984、GB/T 24363
9.7 云审计
保证各项管理工作得到落实，记录与内容准确、合规
审计内容示例：
| 审计类型 | 审计内容 |
|---|---|
| 云风险和合规审计 | 评估云服务是否符合法规和标准要求 |
| 云技术和架构审计 | 审查技术架构的合理性和安全性 |
| 云服务和运营审计 | 检查服务交付和运营过程的规范性 |
| 云模型和计费审计 | 验证计费模型的准确性和合规性 |
三、考点总结 📝 本章复习快速索引
需要区分的关键概念 🔴 必考辨析
| 辨析点 | 关键区别 |
|---|---|
| IaaS vs PaaS vs SaaS | IaaS→基础设施；PaaS→平台环境；SaaS→完整应用 |
| PaaS三形态 | ①单套软硬件 ②多套软硬件+配置 ③完整解决方案（递进关系） |
| SLA vs OLA vs UC | SLA→对外客户；OLA→对内部门；UC→第三方供应商 |
| 服务计费四层 | 计量→收集→记账→计费（自底向上） |
| 主动 vs 被动活动 | 主动→提前预防；被动→事后处理 |
| 降低风险 vs 业务恢复 | 降低风险→无法容忍中断；业务恢复→可接受中断 |
| "眼睛1" vs "眼睛2" | 眼睛1→供给面(平台)；眼睛2→需求面(应用) |
| "手1" vs "手2" | 手1→宏观(物理服务器)；手2→微观(虚拟机) |
| 可用性 vs 连续性 | 可用性→日常高概率风险；连续性→灾难高影响风险 |
常考知识点 ⭐ 重点优先级排序
| 优先级 | 知识点 | 备考建议 |
|---|---|---|
| 🔴🔴🔴 | 三大服务模式（IaaS/PaaS/SaaS） | PaaS三形态递进关系必考 |
| 🔴🔴🔴 | 7大运营领域 | "规资交维操安保"，完整记忆 |
| 🔴🔴🔴 | 动态优化"眼脑手"比喻 | 极高频，各组件角色必须分清 |
| 🔴🔴 | 业务连续性4阶段 | 阶段顺序+恢复策略层级 |
| 🔴🔴 | 服务水平三个协议（SLA/OLA/UC） | 辨析题常客 |
| 🔴🔴 | 服务计费四层架构 | 层次顺序+四项活动 |
| 🔴🔴 | 资源池布局5因素 | 优先级排序 + 口诀 |
| 🔴🔴 | 服务报告3子过程 | 规划→撰写→发布顺序 |
| 🔴 | 服务发布10步 | 了解流程即可 |
| 🔴 | 运维7大模块 | 选择题了解 |
本章关联考点
| 前章 → 本章 | 关联说明 |
|---|---|
| 第8章 运维管理 → 9.4 云运维 | 传统运维→云运维的演进，对比学习 |
| 第8章 服务目录/SLA → 9.3 服务目录/SLA | 云环境下服务目录的三高特点 |
| 第8章 可用性/连续性 → 9.2.3/9.2.4 | 云服务对可用性和连续性要求的强化 |
| 第8章 容量管理 → 9.2.6 容量管理 | 云容量管理更强调敏捷预测和成本管控 |
四、本章练习
选择题
(1) 以下哪个不属于云服务的五大特征？ A. 按需自助服务 B. 广泛网络访问 C. 本地化部署 D. 快速弹性
答案
C — 云服务的五大特征包括：按需自助服务、广泛网络访问、资源池化、快速弹性、度量服务。本地化部署不是云服务特征。(2) 云服务产品管理中，PaaS的三种服务形态按层次从低到高排列正确的是： A. 单套软件+硬件 → 完整解决方案 → 多套软件+硬件+配置 B. 单套软件+硬件 → 多套软件+硬件+配置 → 完整部署环境 C. 多套软件+硬件+配置 → 单套软件+硬件 → 完整部署环境 D. 完整部署环境 → 单套软件+硬件 → 多套软件+硬件+配置
答案
B — PaaS三种形态递进：①单套软件+硬件设施 → ②多套软件+硬件设施+配置 → ③完整部署环境（含网络位置、防火墙策略、负载均衡等）。(3) 在云服务交付中，SLA、OLA和UC分别协调的关系是： A. SLA对内部供应商，OLA对外部供应商，UC对客户 B. SLA对客户，OLA对内部供应商，UC对外部供应商 C. SLA对客户，OLA对外部供应商，UC对内部供应商 D. SLA对外部供应商，OLA对客户，UC对内部供应商
答案
B — SLA协调云服务供方与客户；OLA协调云服务供方与内部供应商；UC协调云服务供方与外部供应商。(4) 服务计费管理的四层架构从底层到顶层依次是： A. 收集层 → 计量层 → 记账层 → 计费层 B. 计量层 → 收集层 → 记账层 → 计费层 C. 记账层 → 计量层 → 收集层 → 计费层 D. 计费层 → 记账层 → 收集层 → 计量层
答案
B — 自底向上：计量层（跟踪记录资源使用）→ 收集层（收集收费数据）→ 记账层（聚合服务记账数据）→ 计费层（根据定价得出费用）。(5) 在动态资源优化中，"两只眼睛、一个大脑、两只手"的比喻中，"眼睛1"负责： A. 从应用/服务角度监测负载状况 B. 从虚拟化平台角度监测资源状态 C. 算法进行性能分析和决策 D. 调整虚拟机CPU和内存
答案
B — "眼睛1"从虚拟化平台角度监测资源状态（供给面），"眼睛2"从应用/服务角度监测负载状况（需求面）。(6) ____ 不属于云服务运营框架的7大领域。 A. 云服务规划 B. 云资源管理 C. 云架构设计 D. 云审计
答案
C — 7大领域包括：云服务规划、云资源管理、云服务交付、云运维、云资源操作、云信息安全、云审计。"云架构设计"属于云服务规划中的子活动（9.2.1），不是独立的领域。(7) 资源池布局规划中，第一个需要考虑的因素是： A. 应用框架 B. 资源种类 C. 服务等级 D. 安全域
答案
D — 五大因素按优先级：安全域 > 应用框架 > 资源种类 > 服务等级 > 管理需求。(8) 云服务产品成本由哪两部分组成？ A. 硬件成本和软件成本 B. 运营成本和研发成本 C. 建设成本和维护成本 D. 人力成本和设备成本
答案
B — 云服务产品成本 = 运营成本（折旧、人工、电费、行政分摊）+ 研发成本（开发人工、测试设备折旧、行政分摊）。(9) 影响资源池布局的五大因素中，应用框架主要考虑的是： A. 网络隔离需求 B. Web层/应用层/数据层/辅助功能层的分层需求 C. 异构硬件环境 D. 灾备分区需求
答案
B — 现代应用开发框架通常把应用分成Web层、应用层、数据层和辅助功能层，针对应用框架提出的层次化需求是资源池布局的第2个因素。(10) 以下关于业务连续性管理生命周期四阶段的顺序，正确的是： A. 实施 → 启动 → 需求与策略 → 日常运营 B. 启动 → 需求与策略 → 实施 → 日常运营 C. 启动 → 实施 → 需求与策略 → 日常运营 D. 需求与策略 → 启动 → 实施 → 日常运营
答案
B — 业务连续性管理生命周期：启动 → 需求与策略 → 实施 → 日常运营。(11) 云服务发布管理的10步流程中，紧接着"发布执行"之后的是： A. 发布验收 B. 发布总结 C. 发布实施 D. 发布沟通
答案
C — 发布完整流程：发布申请 → 策划与评审 → 发布培训 → 发布测试 → 发布沟通 → 发布推演 → 发布执行 → 发布实施 → 发布验收 → 发布总结。(12) 以下哪项不是服务报告管理的三个子过程之一？ A. 服务报告规划 B. 服务报告审核 C. 服务报告撰写 D. 服务报告发布
答案
B — 服务报告管理的三个子过程是：服务报告规划、服务报告撰写、服务报告发布。"服务报告审核"不是独立的子过程，属于服务报告发布中的活动。思考题（简答要点）
(1) 请简述IaaS、PaaS、SaaS三种云服务模式的区别，并结合示例说明。
要点： IaaS提供计算、存储、网络等基础设施资源，用户自行部署OS和应用（如2CPU+4GB内存）；PaaS在IaaS基础上提供平台软件环境，用户只需关注应用开发（如数据库服务）；SaaS提供完整的业务应用，用户直接使用（如云MES）。三种模式从底层到上层，用户管理范围递减，服务商管理范围递增。
(2) 请简述云服务运营框架包含哪7大领域，并说明各领域的角色定位。
要点： ①云服务规划（顶层设计）②云资源管理（资源管控）③云服务交付（对外窗口）④云运维（运行保障）⑤云资源操作（技术执行）⑥云信息安全（安全保障）⑦云审计（合规保障）。核心理念：以交付为主线、以服务和资源为重点、以安全和审计为保障。
(3) 请使用"两只眼睛、一个大脑、两只手"的比喻，说明动态资源优化的运作机制。
要点： 两只"眼睛"分别从供给面（虚拟化平台资源状态）和需求面（应用负载状况）进行监测；"大脑"通过算法进行性能分析预测和资源调度决策；两只"手"分别执行宏观调整（合并/关闭服务器）和微观调整（调整虚拟机CPU/内存）。通过"先看后想再动手"的方式完成每一个优化周期。
📌 备考提示： 新考纲中云服务内容被强化，本章是新增重点章节之一。重点掌握IaaS/PaaS/SaaS三种服务模式的辨析、7大运营框架、业务连续性管理四阶段、资源池布局五因素、动态优化比喻等高频考点。建议结合第8章（运维管理）对比学习，理解传统运维与云运维的演进关系。
评论（1）
发表评论