云媒体
媒体库由服务端更新,播放进度可以跨设备接续
按需获得计算能力
云计算将计算、存储等能力转化成类似自来水、电力的基础设施
云服务的共同点是什么?
媒体库由服务端更新,播放进度可以跨设备接续
在浏览器中直接编辑,多人可以同时修改同一份文档
文件按需上传、下载分享,套餐不同,容量也不同
手机设置、照片、App 内容在多台设备间保持一致
云服务通过网络共享资源与状态,使不同设备和用户能够按需接续同一业务
自建数据中心会有哪些常见问题

冗余设备闲置
临时容量不足
自己建设与维护
自己维修、替换和升级设备
需要多少资源就先申请多少,访问量变化时再增加或释放
购买机器:自行采购计算设备
↓
建设系统:自行配置机房与软件环境
↓
预留峰值:按偶发最高负载准备容量
按需申请:按当前需求获取计算资源
↓
使用服务:租用资源承载业务负载
↓
释放资源:需求下降后缩减容量
企业从“先买机器再建设机房”,变成“按当前用量申请资源”
不同机构都把云计算看成可扩展的服务交付模式
通过网络按需访问共享资源池,资源能够快速获取和释放
借助互联网,把可扩展、可弹性的 IT 能力作为服务交付
通过网络访问可共享的物理或虚拟资源池,并按需自助配置和管理
来源:NIST SP 800-145 · Gartner · ITU-T Y.3500
用户通过网络申请,平台从共享资源池中分配,用量变化时可以快速调整
判断云服务:能否自助申请、怎样访问、资源来源、能否扩缩、是否计量
用户自主申请计算资源
多种终端通过不同网络访问服务
物理和虚拟资源的动态分配与回收
资源可以随负载迅速扩展和收缩
使用量能够被监测、控制和报告

| 场景 | 已知信息 | 还需要什么证据 |
|---|---|---|
| 本地软件 | 离线使用,数据保存在本机 | 网络访问、资源池、弹性、计量 |
| 普通网站 | 可以通过浏览器访问 | 资源池、弹性、计量 |
| 远程桌面 | 可以通过网络连接其它电脑 | 按需自助、动态回收 |
| 云主机 | 可以自主申请并按使用量结算 | 容量是否可以快速伸缩 |
联网是必要的,但联网服务不一定都是云计算
把分散计算设备整理成可以统一调度、回收的计算资源

连接计算、存储和网络资源
隐藏具体设备与位置细节
按业务需求分配合适的资源
释放后,可重新用于其他任务
描述计算资源与负载之间持续匹配的过程
观察请求量和资源利用率
业务增长时增加可用计算能力
高峰期间保持服务正常运行
负载下降后释放多余计算资源
平台一共准备了多少计算资源
例如:20 万台服务器、30 个数据中心
一台机器坏了以后,服务能否继续
例如:故障自动切换、数据保留多副本
访问量上升时加机器,下降回收资源
例如:大促自动扩容、低流量自动缩容
规模、可靠性和弹性彼此相关,但又彼此不同
谁可以使用这批资源,谁负责购买、运行和维护
面向开放用户,由服务商运营共享资源,由用户申请使用
例如:阿里云、腾讯云、华为云、Azure、Amazon
只服务一个组织,组织自己决定怎样使用,也负责维护
例如:银行自建云、校园专用云、政府专用云
分级使用;敏感数据留在私有云,公用数据使用公有云资源
例如:核心账务留在私有云,活动前端部署在公有云
NIST 还定义了社区云,指用于具有共同安全、政策或任务要求的组织群体
| 场景 | 优先考虑 | 可能选择 |
|---|---|---|
| 医院电子病历与影像系统 | 病历只能放在组织内部,访问过程要留下记录 | 私有云/混合云 |
| 学校教务与身份认证系统 | 只供校内人员使用,选课期间不能停机 | 私有云 |
| 在线游戏新赛季开服 | 玩家同时上线,服务器要迅速增加 | 公有云 |
| 银行账务与手机营销活动 | 账务数据留在内部,活动页面临时应对大流量 | 混合云 |
选择部署模型时,要说清数据放哪、谁能访问、谁来维护、高峰时怎样扩容
只供少数人使用,还不能确定是云计算
主人手动配置、安装软件、购买硬盘、分配容量、自行维护;空间不够或出错时,需要自己加硬盘和恢复
员工可以自行申请虚拟机或存储空间,平台自动分配资源,用完后平台可以回收资源,可以分配给其他员工
能否自助申请、自动分配和回收资源,才是决定是否是云的关键
同样是云,用户的可自定义程度不同
用户获得计算、存储和网络,用户自行管理操作系统与应用
类比:租用带烤箱厨房,自己准备材料、和面、配料并烘烤
用户获得开发与运行环境,用户自行管理应用和数据
类比:厨房、烤箱和饼底已经备好,自己选择配料并完成披萨
用户直接使用完整软件,用户自行管理业务配置与内容
类比:直接点一份外卖披萨,只需选择口味和数量
云服务商负责的部分越多,用户需要安装和维护的东西就越少
| 服务 | 基础设施 | 操作系统与运行环境 | 应用与数据 |
|---|---|---|---|
| IaaS 基础设施即服务 | 服务商 | 用户 | 用户 |
| PaaS 平台即服务 | 服务商 | 服务商 | 用户 |
| SaaS 软件即服务 | 服务商 | 服务商 | 服务商为主 |
账号、业务数据和使用结果仍要由用户负责
“云资源给谁用”,和“用户拿到机器、开发环境还是现成软件”
部署模型回答谁可以使用;服务模型回答云服务商提供什么
公共云服务商提供的基础设施资源
组织内部向成员提供完整业务软件

公有云不等于 SaaS,私有云也不等于 IaaS

手机扫码和定位,车锁采集状态并开锁
蜂窝网络传送请求、状态和控制结果
区域网关或本地计算节点负责快速筛选数据或同时控制附近设备
管理账户和计费,汇总车辆状态并全局调度
需要立刻反应的动作放在设备或附近网关,需要汇总的数据交给云端
感知与执行
例如:传感器采集设备温度和振动,执行器完成急停
在现场快速处理,并同时控制附近设备
例如:现场网关判断设备过热并立即联动停机
全局服务
例如:汇总多条产线数据,分析故障趋势并更新模型
现场设备、网关或本地服务器、中央服务器,构成“云-边-端”体系
| 任务 | 首选位置 | 主要原因 |
|---|---|---|
| 执行开锁 | 终端 | 直接作用于物理设备 |
| 传送请求与状态 | 传输网络 | 连接手机、车锁与服务端 |
| 异常状态初筛 | 终端或可选边缘 | 低延时;可以选配 |
| 用户账户与计费 | 云端 | 跨设备一致性、集中服务 |
| 全城车辆调度 | 云端 | 需要全局数据、规模化计算 |
根据实际部署体系作出判断,不一定非要有边缘计算
沿资源申请、使用和释放的流程判断云服务