更新可观测内容

Observability/OpenTelemetry.md

@@ -3,7 +3,7 @@
 对可观测性能力建设而言，一个核心问题是：“如何解决数据统一和关联，让数据产生血缘关系？”。但现状是观测数据的处理方案各异，且使用着不同的协议和数据格式，彼此难以兼容或互通。
 
 
-最开始，Dapper 发布后，市场出现了大量的追踪系统，如 Jaeger、Pinpoint、Zipkin 等。这些系统以 Dapper 论文为原型实现，功能上没有本质差别，但由于它们实现方式和技术栈各不相同，有着自己的采集标准以及 SDK，各类的追踪系统很难直接兼容或一起使用。
+最开始，Dapper 发布后，市场出现了大量的追踪系统，如 Jaeger、Pinpoint、Zipkin 等。这些系统以 Dapper 论文为原型实现，功能上没有本质差别，但由于它们实现方式和技术栈各不相同，有着自己的采集标准以及 SDK，各类追踪系统很难直接兼容或一起使用。
 
 为了解决追踪系统各自为政的乱象，一些老牌 APM（Application Performance Monitoring，应用程序性能监控）系统代表的厂商（如 Uber、LightStep、Redhat）定义了一套厂商无关、语言无关的分布式追踪的标准协议 —— OpenTracing。
 

http/dns.md

@@ -2,11 +2,11 @@
 
 DNS（Domain Name System，域名系统）是互联网中最重要的基础设施，它的主要职责是实现域名的解析，也就是将域名转换为 IP 地址。
 
-2021 年期间互联网发生了几起影响颇大的服务宕机事件，故障的原因均与 DNS 系统有关：
+2021 年，互联网发生了几起影响颇大的服务宕机事件，故障的原因均与 DNS 系统有直接关系：
 - 7 月22 日，技术服务商 Aakamai 的 Edge DNS 服务故障，造成 PlayStation Network、HBO、UPS、Airbnb、Salesforce 等众多知名网站宕机[^1]；
 - 不久之后的 10 月 4 日，社交网络平台 Facebook 及旗下服务 Messenger、Instagram、WhatsApp、Mapillary 与 Oculus 发生全球性宕机[^2]。
 
-接下来，我们将先了解域名解析的基本原理，然后学习在域名解析故障时如何排查问题。
+接下来，我们将了解域名解析的基本原理，学习在域名解析故障时如何排查问题。
 
 ## 2.3.1 域名解析的原理
 
@@ -106,7 +106,7 @@ Facebook 2021 年 10 月发生了一起重大的宕机故障，当时使用 dig
 ..
 ```
 
-接下来，笔者以 Facebook 2021 年的宕机事件为例，说明当“权威域名服务器”出现故障时会产生什么影响。
+接下来，笔者将以“2021 年 Facebook宕机事件”为例，说明当“权威域名服务器”出现故障时会产生什么影响。
 
 [^1]: 参见 https://www.akamai.com/blog/news/akamai-summarizes-service-disruption-resolved
 [^2]: 参见 https://en.wikipedia.org/wiki/2021_Facebook_outage

http/quic.md

@@ -84,5 +84,5 @@ QUIC 协议的表现如何，是否可以在正式环境应用？2022 年，爱
 
 综上所述，看来无论是在服务端还是客户端，集成 QUIC 协议并非一件易事：
 
-- 服务端：不仅需要适配 QUIC 协议，还要确保与 TCP 协议兼容。由于 TCP 已在内核中经过深度优化以处理各种极端情况，这就引发了一个问题：“QUIC 在实际应用中的效能表现是否能够与 TCP 相媲美？”。
-- 客户端：面临适配与收益之间的成本权衡。采用 QUIC 协议的客户端需要具备降级容错能力，并准备在较长时间内同时维护新旧两种网络库。
+- 服务端层面：不仅需要适配 QUIC 协议，还要确保与 TCP 协议兼容。由于 TCP 已在内核中经过深度优化以处理各种极端情况，引发了一个问题：“QUIC 在实际应用中的效能表现是否能够与 TCP 相媲美？”。
+- 客户端层面：面临适配与收益之间的成本权衡。采用 QUIC 协议的客户端需要具备降级容错能力，并准备在较长时间内同时维护新旧两种网络库。