增加一些计算机格言

Observability/summary.md

@@ -1,10 +1,10 @@
 # 第九章：系统可观测性
 :::tip <a/>
-Troubleshooting any problem without the error log is like driving with your eyes closed.
+given enough eyeballs, all bugs are shallow
 
-在没有错误日志的情况下诊断任何问题无异于闭眼开车。
+足够多的眼睛，就可让所有问题浮现
 
--- by Apache
+-- by Linus Torvalds
 :::
 可观测性（Observability）一词最早出现在控制论领域，是匈牙利裔工程师鲁 Rudolf E. Kálmán 针对线性动态系统提出的概念，已有着几十年的历史。随着云原生时代的到来，2018 年，CNCF 率先将可观测性的概念引入 IT 领域，并称可观测性是云原生时代必须具备的能力。
 

consensus/summary.md

@@ -1,5 +1,11 @@
 # 第六章：分布式共识
 
+:::tip <a/>
+
+网络是不稳定的，延迟是不可预测的，带宽是有限的，拓扑是动态的，一切都会失败。
+
+:::
+
 笔者一直认为分布式容错系统是软件工程里面最难啃的领域，想想在充斥着无序、冲突和不可靠的网络环境中实现数据一致就感到头疼。虽然这些复杂是道门槛，但对于程序员构建自己的知识体系而言，只要理解这些复杂产生的原因，那么也就懂了构建大规模分布式系统的要素是什么。
 
 如图 6-1 所示，在本章，我们知难而上，从解决问题的角度去分析分布式容错系统，从共识问题认识 Paxos，以工程实践为目的去了解 Raft 的设计思路。理解了问题以及这些共识算法的解题思路，自然也能体会到 etcd、consul 以及各类分布式容错系统的设计原理，也能更好地把这些理解实践到现实[^1]。

container/summary.md

@@ -1,5 +1,13 @@
 # 第七章：容器技术概论
 
+:::tip <a/>
+
+世界上有两个设计软件的方法，一种方法是设计的尽量简单，以至于明显的没有什么缺陷，另外一种方式是使他尽量的复杂，以至于其缺陷不那么明显
+
+— by C.A.R. Hoare
+
+:::
+
 容器并不是什么特别黑科技的技术，纠其本质其实就是 Namespace 和 Cgroups 等技术组合实现的沙箱，且像 LXC 等容器封装技术在 Linux 系统中也早已存在，但直到 Docker 引擎的出现，创新性地提出容器镜像、仓库以及一次编译，随处运行的口号，这才真正意义上降低了容器技术复杂性，让容器技术在现代应用中大放异彩。
 
 发展到云原生时代，OCI 容器技术标准规范逐步成为行业共识，再之后应对各类场景的容器运行时 runc、containerd、Kata Containers 不断涌现，再之后 Kubbernetes 成为容器编排的事实标准。

distributed-transaction/summary.md

@@ -1,5 +1,10 @@
 # 分布式事务
 
+:::tip <a/>
+
+Repair what you can — but when you must fail, fail noisily and as soon as possible.
+
+:::
 对于分布式事物的定义，先来看看 WIKI 百科的解释。
 
 :::tip 分布式事务

intro.md

@@ -73,8 +73,9 @@
 
 若以下条件适用你，可能会从本书收益：
 
-- 
+- 对系统如何运行有着天然的兴趣和探索精神
 
+## 如何阅读本书
 
 ## 勘误