修改 typo

isno · Feb 29, 2024 · ec6c66d · ec6c66d
1 parent 616d888
commit ec6c66d
Show file tree

Hide file tree

Showing 4 changed files with 8 additions and 10 deletions.
diff --git a/ServiceMesh/What-is-ServiceMesh.md b/ServiceMesh/What-is-ServiceMesh.md
@@ -15,8 +15,8 @@
 
 感受服务网格从无到有、被社区接受、巨头入局、众人皆捧的历程。
 
-- 2016年9 月，在 SF MicroServices 大会上，“ServiceMesh” 这个术语第一次在公开场合使用，这标志着 ServiceMesh 逐渐从 Buoyant 公司走向社区，并开始被广泛接受以及推崇。
-- 2017年1月，Linkerd 加入 CNCF，项目类型被归类到 CNCF 新开辟的 “ServiceMesh” 分类。这代表着 ServiceMesh 理念被 CNCF 社区认同。
-- 2017年4月，Linkerd 发布 1.0 版本。Linkerd 实现了最重要的里程碑：被客户接受并在生产线上被大规模应用，ServiceMesh 从理念走向生产实践。
-- 2017年5月，Google、IBM、Lyft 联合发布 Istio 0.1 版本，以 Istio 为代表的第二代 ServiceMesh 产品开始登场。
+- 2016年9 月，在 SF MicroServices 大会上，“ServiceMesh” 这个术语第一次在公开场合使用，这标志着服务网格从 Buoyant 公司内部走向社区，并开始被广泛接受以及推崇。
+- 2017年1月，Linkerd 加入 CNCF，项目类型被归类到 CNCF 新开辟的 “ServiceMesh” 分类，这代表着服务网格理念被 CNCF 社区认同。
+- 2017年4月，Linkerd 发布 1.0 版本。Linkerd 实现了最重要的里程碑：被客户接受并在生产线上被大规模应用，服务网格从理念走向生产实践。
+- 2017年5月，Google、IBM、Lyft 联合发布 Istio 0.1 版本，以 Istio 为代表的第二代服务网格产品开始登场。
 - 2018年7月，CNCF 社区发布的云原生定义中，将服务网格和微服务、容器、不可变基础设施等技术并列。这标志着服务网格已经超越了其原初的角色 —— 仅作为一种实现微服务的新方法，现在已经发展为云原生的又一个关键领域，被放在前所未有的高度。
diff --git a/ServiceMesh/overview.md b/ServiceMesh/overview.md
@@ -1,8 +1,6 @@
 # 8.3 服务网格的产品与生态
 
-初代的 ServiceMesh 理念美好，但以 Sidecar 为核心还是存在不少缺陷：明显的资源消耗、额外的请求转发带来的性能影响，其次功能仅限于数据层面的代理时，当大量部署 Sidecar 后也没有充分考虑如何管理和控制这些 Sidecar。
-
-此时，你就看到了第一代 ServiceMesh（Linkerd、Envoy）刚开始被市场接受，第二代 Service Mesh 就迫不及待入场。
+初代的服务网格理念美好，但以 Sidecar 为核心还是存在不少缺陷：明显的资源消耗、额外的请求转发带来的性能影响，其次功能仅限于数据层面的代理时，当大量部署 Sidecar 后也没有充分考虑如何管理和控制这些 Sidecar。于是，第一代的服务网格产品（Linkerd、Envoy）刚开始被市场接受，第二代服务网格产品就已迫不及待入场。
 
 ## Istio 入局
 

diff --git a/architecture/devops.md b/architecture/devops.md
@@ -1,6 +1,6 @@
 # 1.5.6 DevOps
 
-DevOps 包含很多不同的概念，用几个简短的语句解释 DevOps 无法形成深刻印象，我们延用之前的惯例，如果要理解一个复杂的概念，就先去了解他的历史以及出现的背景。既然 DevOps 的核心目标是解决软件开发生命周期中的管理问题，那么我们就先从一种名为瀑布模型的项目管理方法说起。
+DevOps 包含很多不同的概念，用几个简短的语句解释 DevOps 无法形成深刻印象，我们延用之前的惯例，如果要理解一个复杂的概念，就先去了解他的历史以及出现的背景。DevOps 的核心目标是解决软件开发生命周期中的管理问题，我们就先从一种名为瀑布模型的项目管理方法说起。
 
 ## 1.瀑布开发
 
@@ -76,4 +76,4 @@ DevOps 的成功实践也离不开工具的支持，这其中就包括最重要
 	<p>图1-37 DevOps 体系</p>
 </div>
 
-近年来，微服务架构理念、容器技术和云计算的发展，让 DevOps 的实施更加便捷。这也解释了为何虽然 DevOps 理念在十多年前就已提出，但直到近几年才开始得到企业的广泛关注和采纳。
+近年来，微服务架构理念、容器技术和云计算的发展，让 DevOps 的实施更加便捷。这也解释了为何虽然 DevOps 理念在十多年前就已提出，但直到近几年才开始得到企业的广泛关注和实践。
diff --git a/container/Container-Orchestration-Wars.md b/container/Container-Orchestration-Wars.md
@@ -2,7 +2,7 @@
 
 **容器技术的兴起源于 PaaS 技术的普及**。
 
-在云计算早期的 IaaS 阶段，虚拟机还是太过于笨重，每一台虚拟机都需要消耗CPU、内存等计算资源才能支撑应用的运行，即便应用再小，系统的开销都是固定的成本。在 IaaS 时代，云计算厂商一直思考的一个问题是如何充分利用资源（赚更多的钱），这个问题直到云计算进入 PaaS 时代找到了答案。
+云计算早期的 IaaS 阶段，作为承载应用负载的虚拟机还是太过于笨重，无论业务负载大小，其消耗的 CPU、内存等计算资源独享且固定不变。在 IaaS 时代，云计算厂商一直思考的一个问题是如何充分利用资源（赚更多的钱），这个问题直到云计算进入 PaaS 时代找到了答案。
 
 2013 年开始，云计算正式进入了 PaaS 时代，**在 PaaS 时代，云计算所销售的单元从虚拟机变成了应用运行平台，云厂商提供的服务更多，资源利用率自然也更高**。