C2-01-07-本章高频英文词汇表

本篇是《C2-01-云计算核心概念与全球基础设施》的第7个分篇，主要包含：本章高频英文词汇表。

9-本章高频英文词汇表

英文	全称/解释	中文
Cloud Computing	—	云计算
On-Premises	On-Prem	本地部署
Capacity	—	容量
Capacity Planning	—	容量规划
Provision	—	创建/供应资源
Pay-as-you-go	—	按使用量付费
CAPEX	Capital Expenditure	资本性支出
OPEX	Operating Expenditure	运营性支出
Economies of Scale	—	规模经济
Agility	—	敏捷性
Scalability	—	可扩展性
Scale Up	Vertical Scaling	纵向扩展
Scale Out	Horizontal Scaling	横向扩展
Scale In	—	缩减资源
Elasticity	—	弹性
HA	High Availability	高可用性
SPOF	Single Point of Failure	单点故障
Redundancy	—	冗余
Fault Tolerance	—	容错能力
Reliability	—	可靠性
Resilience	Resiliency	韧性
Durability	—	持久性/数据耐久性
Downtime	—	停机时间
Region	—	区域
AZ	Availability Zone	可用区
Multi-AZ	Multiple Availability Zones	多可用区
Multi-Region	Multiple Regions	多区域
Data Center	—	数据中心
Edge	—	边缘
Edge Location	—	边缘站点
Local Zone	—	本地区域
Outposts	—	AWS 本地基础设施服务
DR	Disaster Recovery	灾难恢复
RTO	Recovery Time Objective	恢复时间目标
RPO	Recovery Point Objective	恢复点目标
Data Residency	—	数据驻留
Data Sovereignty	—	数据主权
Latency	—	延迟
Throughput	—	吞吐量
Bandwidth	—	带宽
Origin	—	源站
Cache	—	缓存
Trade-off	—	权衡

9.1-★★★★★-本章最重要的概念对比

9.1.1-Scalability-vs-Elasticity

Scalability
=
能不能扩大

Elasticity
=
能不能随需求扩大和缩小

9.1.2-Availability-vs-Durability

Availability
=
现在能不能访问

Durability
=
数据会不会丢

9.1.3-Multi-AZ-vs-Multi-Region

Multi-AZ

同一个Region
多个AZ

主要：
High Availability

Multi-Region

不同Region

主要：
Region级DR
全球业务
部分法规需求

9.1.4-AZ-vs-Edge-Location

AZ
=
完整AWS workload基础设施位置
主要解决Fault Isolation

Edge Location
=
靠近用户的Edge Network节点
主要解决Content Delivery / Latency

9.1.5-Local-Zone-vs-Outposts

Local Zone
=
AWS在靠近特定城市的位置提供基础设施

Outposts
=
AWS基础设施进入客户自己的数据中心

9.1.6-High-Availability-vs-Disaster-Recovery

High Availability
=
正常运行期间局部故障
尽量不中断业务

Disaster Recovery
=
重大灾害以后
整个workload如何恢复

9.1.7-RTO-vs-RPO

RTO
=
最多停多久

RPO
=
最多丢多少时间的数据

9.2-做题快速判断图

题目说：
“需求变化”
      │
      ├── 规模可以扩大
      │      → Scalability
      │
      └── 自动增加/减少
             → Elasticity

题目说：
“故障”
      │
      ├── 尽量不中断
      │      → High Availability
      │
      ├── 一个AZ挂掉
      │      → Multi-AZ
      │
      └── 整个地理区域灾害
             → Multi-Region / DR

题目说：
“位置”
      │
      ├── Geographic Area
      │      → Region
      │
      ├── Region内隔离位置
      │      → Availability Zone
      │
      ├── CDN / 离用户近
      │      → Edge Location
      │
      ├── 城市级低延迟Compute
      │      → Local Zone
      │
      └── 自己机房运行AWS
             → Outposts

题目说：
“灾备目标”
      │
      ├── 停多久
      │      → RTO
      │
      └── 丢多少数据
             → RPO

9.3-GlobalShop-本章最终案例

最后完整走一遍。

GlobalShop 计划建设日本电商平台。

9.3.1-第一步：选择-Region

主要用户在日本：Asia Pacific (Tokyo)、ap-northeast-1。

考虑：Latency、Regulation、Service Availability。

9.3.2-第二步：不能只部署一个-AZ

Tokyo Region
│
├── AZ-A
└── AZ-B

Web Server 分布在两个 AZ。

目标：High Availability。

9.3.3-第三步：双十一自动增加资源

Normal:
20 servers

Peak:
300 servers

After peak:
20 servers

体现：Elasticity。

同时整个系统能够长期增长：Scalability。

9.3.4-第四步：全球商品图片

使用靠近全球用户的：Edge Locations。

配合后续会学习的：CloudFront。

目标：Lower Latency。

9.3.5-第五步：东京大型仓库要求本地处理

如果要求：AWS infrastructure + local processing + very low latency。

可以研究：Outposts。

9.3.6-第六步：整个东京-Region-都不能运行

业务要求：Regional Disaster Protection。

考虑：Tokyo + Recovery Region。

形成：Multi-Region Disaster Recovery。

9.3.7-第七步：明确业务恢复要求

公司定义：

RTO = 30 minutes

RPO = 5 minutes

意思：

最多允许停：
30分钟

最多允许丢：
约5分钟的数据

然后架构团队才能根据这些业务目标选择相应 DR 策略。

9.4-本章重点等级总结

9.4.1-★★★★★-必须完全掌握

Cloud Computing

Pay-as-you-go

Scalability

Elasticity

High Availability

Region

Availability Zone

Multi-AZ

Multi-Region

Region vs AZ

AZ vs Edge Location

RTO vs RPO

9.4.2-★★★★-高频理解

Agility

Economies of Scale

Fault Tolerance

Reliability

Resilience

Disaster Recovery

Edge Location

Latency

Data Residency

Data Sovereignty

9.4.3-★★★-应该理解

CAPEX / OPEX

Vertical Scaling

Horizontal Scaling

Single Point of Failure

Durability

Local Zones

Throughput

Regional Edge Cache

9.4.4-★★-～-业务场景知识

AWS Outposts

9.4.5-★-题库补充

AWS Wavelength

当前：
CLF-C02官方Out-of-Scope

但：
719题中存在

9.5-本章总结

本章最重要的不是记住 AWS 有多少 Region。

真正需要建立的是下面这套因果关系：

传统机房需要提前采购
       │
       ▼
Cloud允许按需获得资源
       │
       ├── Agility
       │
       ├── Pay-as-you-go
       │
       ├── Scalability
       │
       └── Elasticity
       │
       ▼
但Cloud仍然运行在真实基础设施上
       │
       ▼
AWS Global Infrastructure
       │
       ▼
Region
       │
       ▼
Availability Zones
       │
       ├── Single-AZ
       │
       └── Multi-AZ
       │        │
       │        ▼
       │   High Availability
       │
       ▼
Multi-Region
       │
       ▼
Disaster Recovery
       │
       ├── RTO
       └── RPO

与此同时：

全球用户距离Region太远
       │
       ▼
Edge Network

城市级低延迟需求
       │
       ▼
Local Zone

AWS需要直接进入企业机房
       │
       ▼
Outposts

因此整个 AWS 全球基础设施可以用一句话概括：

**Region 决定“业务部署在哪个大的地理区域”。

Availability Zone 决定“同一个 Region 内如何隔离故障并实现高可用”。

Edge、Local Zone 和 Outposts 则把不同类型的 AWS 能力进一步延伸到更靠近用户或企业本地的位置。

**。

而对于 GlobalShop：

Region
决定：
系统在哪

Multi-AZ
决定：
一个AZ坏了还能不能跑

Elasticity
决定：
双十一能不能自动扩大再缩回来

Edge
决定：
全球用户访问内容够不够快

Multi-Region + DR
决定：
极端区域级灾害后怎么恢复

这些概念会直接成为后续 EC2、RDS、S3、VPC、CloudFront、Route 53、Auto Scaling、Elastic Load Balancing 等服务的基础。

下一文件进入：

届时会从最基本的“什么叫 Compute、什么叫服务器、物理机和虚拟机有什么区别”开始，完整展开 EC2 → Instance → AMI → Instance Type → CPU/Memory/Storage → Auto Scaling → Load Balancer → On-Demand/Reserved/Spot/Dedicated → Elastic Beanstalk/Lightsail/Batch，并继续使用 GlobalShop 的普通流量与双十一场景贯穿整个计算体系。

[2]: https://aws.amazon.com/cn/about-aws/global-infrastructure/regions_az/ "全球基础设施区域和可用区"。

本篇概述

本篇梳理了本章高频英文词汇表相关的核心知识、适用场景与判断要点。

返回本章总述｜查看本章概述

9-本章高频英文词汇表​

9.1-★★★★★-本章最重要的概念对比​

9.1.1-Scalability-vs-Elasticity​

9.1.2-Availability-vs-Durability​

9.1.3-Multi-AZ-vs-Multi-Region​

9.1.4-AZ-vs-Edge-Location​

9.1.5-Local-Zone-vs-Outposts​

9.1.6-High-Availability-vs-Disaster-Recovery​

9.1.7-RTO-vs-RPO​

9.2-做题快速判断图​

9.3-GlobalShop-本章最终案例​

9.3.1-第一步：选择-Region​

9.3.2-第二步：不能只部署一个-AZ​

9.3.3-第三步：双十一自动增加资源​

9.3.4-第四步：全球商品图片​

9.3.5-第五步：东京大型仓库要求本地处理​

9.3.6-第六步：整个东京-Region-都不能运行​

9.3.7-第七步：明确业务恢复要求​

9.4-本章重点等级总结​

9.4.1-★★★★★-必须完全掌握​

9.4.2-★★★★-高频理解​

9.4.3-★★★-应该理解​

9.4.4-★★-～-业务场景知识​

9.4.5-★-题库补充​

9.5-本章总结​

本篇概述​