修复细节

isno · Mar 2, 2024 · 91d3a4a · 91d3a4a
1 parent de6f192
commit 91d3a4a
Show file tree

Hide file tree

Showing 5 changed files with 10 additions and 7 deletions.
diff --git a/Observability/summary.md b/Observability/summary.md
@@ -6,6 +6,6 @@ given enough eyeballs, all bugs are shallow.
 
 -- by Linus Torvalds
 :::
-可观测性（Observability）一词最早出现在控制论领域，是匈牙利裔工程师鲁 Rudolf E. Kálmán 针对线性动态系统提出的概念，已有着几十年的历史。随着云原生时代的到来，2018 年，CNCF 率先将可观测性的概念引入 IT 领域，并称可观测性是云原生时代必须具备的能力。
+可观测性（Observability）一词已有着几十年的历史，最早出现在控制理论领域，是指可由系统外部输出推断其内部状态，广泛应用于电气、机械工程等工业领域。随着云原生时代的到来，2018 年，CNCF 率先将可观测性的概念引入 IT 领域，并称可观测性是云原生时代必须具备的能力。
 
 从生产所需到概念发声，加之包括 Google 在内的众多大厂一拥而上。至此，”可观测性“逐渐取代”监控“，成为云原生技术领域最热门的话题之一。
diff --git a/ServiceMesh/The-future-of-ServiceMesh.md b/ServiceMesh/The-future-of-ServiceMesh.md
@@ -5,10 +5,12 @@
 - **资源消耗过大**：以 sidecar 方式运行，每一个 Pod 都要注入 sidecar，还得为 sidecar 预留足够的 CPU 和内存资源。整个集群全都是 Sidecar，非业务逻辑消耗了大量的资源。
 - **Proxy 模式带来的请求延迟**：针对请求的拦截，目前常规的做法是使用 iptbales，当原来本来是A->B，现在变成A->iptables+sidecar->iptables+sidecar->B。代理增加了业务请求的链路长度，那必然会带来性能损耗（代理之后每次 400-500us）。
 
-针对以上问题，社区出现以 Ambient Mesh（无代理） 和 Cilium Service Mesh（跨内核，绕过 iptables 实现）两类代表的解决方案。
+针对以上问题，社区出现以 Ambient Mesh（无代理） 和 Cilium Service Mesh（跨内核，绕过 iptables 实现）为代表的两类解决方案。
 
 ## Ambient Mesh 
 
+Ambient Mesh 是一个全新的 Istio 数据平面模式，让用户无需使用 Sidecar 代理，就能将网格数据平面集成到其基础设施中，同时还能保持 Istio 的零信任安全、遥测和流量治理等核心特性。 
+
 ## Cilium Service Mesh
 
 说明了运行 Cilium Envoy filter（棕色）的单个节点范围的 Envoy 代理与运行 Istio Envoy filter（蓝色）的双边车 Envoy 模型的 HTTP 处理的典型延迟成本。黄色是没有代理且未执行 HTTP 处理的基线延迟
diff --git a/ServiceMesh/conclusion.md b/ServiceMesh/conclusion.md
@@ -9,4 +9,6 @@ ServiceMesh 本身过于复杂（比传统侵入式框架还要复杂），只
 
 - William Morgan 的服务网格之战，https://softwareengineeringdaily.com/2019/05/31/service-mesh-wars-with-william-morgan/
 - Pattern: Service Mesh，https://philcalcado.com/2017/08/03/pattern_service_mesh.html
-- 《云原生服务网格Istio：原理、实践、架构与源码解析》
+- 《云原生服务网格Istio：原理、实践、架构与源码解析》
+- https://blog.container-solutions.com/wtf-is-cilium
+- https://isovalent.com/blog/post/cilium-service-mesh/
diff --git a/architecture/history.md b/architecture/history.md
@@ -50,12 +50,10 @@
 
 ## 1.1.3 容器的兴起和编排大战
 
-2013 年发生了一件影响深广的技术变革：Docker 降世。虽然容器技术早已出现，但在云原生早期阶段，将 Docker 作为容器技术代表实至名归。
+2013 年发生了一件影响深广的技术变革：Docker 降世。虽然容器技术早已出现，但 Docker 创新性地提出了镜像的概念，实现了一种新型的应用打包、分发和运行机制。在云原生早期阶段，将 Docker 作为容器技术代表实至名归。
 
 :::tip Docker 
 
-Docker 创新性地提出了镜像的概念，实现了一种新型的应用打包、分发和运行机制。
-
 Docker 的宣传口号是“Build，Ship and Run Any App，Anywhere”。“Run Any App”一举打破了 PaaS 行业面临应用分发和交付的困境，创造出了无限的可能性，大力推动了云原生的发展。
 
 :::

diff --git a/container/conclusion.md b/container/conclusion.md
@@ -4,4 +4,5 @@
 
 - k8s 基于 cgroup 的资源限额 https://arthurchiao.art/blog/k8s-cgroup-zh
 - 《凤凰架构》资源与调度
-- 《容器镜像格式二十年的螺旋进化之路》https://linux.cn/article-12442-1.html
+- 《容器镜像格式二十年的螺旋进化之路》https://linux.cn/article-12442-1.html
+- https://mp.weixin.qq.com/s/hrgXzt7YKVf6ZCFzJ-WTFA