Merge pull request #7 from thatscode/patch-2

Update 8-3_第19章-SRE-超越自己.md

8_第三部分-流程/8-3_第19章-SRE-超越自己.md

@@ -98,19 +98,19 @@
 
 如果您的客户测量SLI和[关于SLO的警报](http://bit.ly/2KNCD9F)，并且与您共享这些测量，那么您的生活就会好很多。否则，您将在以下对话中花费大量精力:
 
-> **客户:**API调用X通常花费时间T，但是现在花费时间U。我认为您遇到了问题。请调查一下，并立即与我联系。
+> **客户:** API调用X通常花费时间T，但是现在花费时间U。我认为您遇到了问题。请调查一下，并立即与我联系。
 >
-> **您:**该性能似乎符合我们的期望，并且一切看起来都很好。API调用X花这么长时间会不会有问题？
+> **您:** 该性能似乎符合我们的期望，并且一切看起来都很好。API调用X花这么长时间会不会有问题？
 >
-> **客户:**我不知道。通常不需要很长时间，因此很明显有些变化，我们对此感到担心。
+> **客户:** 我不知道。通常不需要很长时间，因此很明显有些变化，我们对此感到担心。
 
 这次谈话将循环往复，永远不会获得满意的答案。您将花费大量时间说服客户不要理会他们，或者您将花费大量时间从根本上引起更改，以便说服客户不要理会。无论哪种情况，您都将花费很多精力在其他地方使用。
 
 此问题的根本原因是客户没有使用SLO来确定他们是否应该关心他们所看到的性能。他们只是注意到一个意想不到的变化，并决定担心它。请记住，在没有明确的SLO的情况下，您的客户将不可避免地发明一个，并且直到您没达到这个SLO才告诉您！您宁愿进行以下对话:
 
-> **客户:**我们对于应用程序FOO的SLO燃烧得太快了，应用程序处于危险之中。SLI X和Y似乎从悬崖上掉下来了。它们都取决于您的API X。
+> **客户:** 我们对于应用程序FOO的SLO燃烧得太快了，应用程序处于危险之中。SLI X和Y似乎从悬崖上掉下来了。它们都取决于您的API X。
 >
-> **您:**好的。让我研究一下API X在我们系统中的运行情况和/或特定于您的运行情况。
+> **您:** 好的。让我研究一下API X在我们系统中的运行情况和/或特定于您的运行情况。
 
 这是一个*更加*富有成效的对话，因为(a)仅在SLO受到威胁时才会发生，并且(b)它依赖于相互理解的指标(SLI)和目标(SLO)。