Merge pull request #26165 from turbokernel/20210531-Get-started-with-Kubernetes-using-chaos-engineering.md

Update 20210531 Get started with Kubernetes using chaos engineering.md

translated/tech/20210531 Get started with Kubernetes using chaos engineering.md

@@ -19,7 +19,7 @@ Kubernetes 快 11 岁了，我打算通过给你一些会引起混沌的开源
 
 ### 如何开始学习混沌系统呢？
 
-以我的经验，开始学习混沌系统的最好方式是触发一个此前生产中出现的事件来进行实验。使用过去的数据，制定以相同的方式破坏你的系统的计划，然后建立修复策略并确认结果确实是你想要的。如果计划失败，你就有了一种新的实验方式，并朝着快速处理问题的新方式前进。
+以我的经验，开始学习混沌系统的最好方式是触发一个此前生产中出现的事件来进行实验。使用过去的数据，制定以相同的方式破坏系统的计划，然后建立修复策略并确认结果满足你预期。如果计划失败，你就有了一种新的实验方式，并朝着快速处理问题的新方式前进。
 
 最重要的是，你可以随时记录所有内容，这意味着，随着时间的推移，整个系统将被完整记录下以便任何人都可以随时待命而无需太多升级，并且每个人都可以在周末好好休息。
 
@@ -29,10 +29,10 @@ Kubernetes 快 11 岁了，我打算通过给你一些会引起混沌的开源
 
 1. **定义一个稳定状态：** 使用监控工具来搜集当系统没有问题或事件时，看起来功能正常的数据。
 2. **提出假设或使用先前的事件：** 现在你已经定义了一个稳定状态，请提出一个关于在事件或中断期间会发生（或已经发生）的情况的假设。用这个假设来得出一系列将会发生的事件以及如何解决问题的理论。然后你可以指定一个故意引起该问题的计划。
-3. **介绍问题：** 用既定计划来破坏你的系统并开始在真实环境中测试。收集损坏的指标状态，按计划修复，并跟踪在你达到解决方案之前需要多长时间。确保你为之后中断记录了任何事情。
+3. **介绍问题：** 用既定计划来破坏系统并开始在真实环境中测试。收集损坏时指标状态，按计划修复，并追踪提出解决方案所需时长。确保你在中断之后记录了所有事情。
 4. **试图推翻你的假设：** 实验中最精彩的部分是尝试推翻你的思考或计划。你想创建一个不同的状态，看看你能走多远，并在系统中生成一个不同的稳定状态。
 
-当你在另一个系统中生成破坏的变量前，确保建立一个处于稳定状态的控制系统。这将使你更容易在实验前、期间和之后发现各种稳态的差异。
+当你在另一个系统中生成破坏的变量前，确保建立一个处于稳定状态的控制系统。这将使你更容易在实验前、期间和之后发现各种稳定状态的差异。
 
 ### 混沌工程需要什么？
 
@@ -53,7 +53,7 @@ Kubernetes 快 11 岁了，我打算通过给你一些会引起混沌的开源
 
 现在你已经掌握了基础，是时候去安全的摧毁你的系统了。我计划每年造成四次混乱，并努力实现每月的破坏。
 
-混沌工程是一种很好的实践，也是使你的内部文档保持最新的好方法。此外，随着时间的推移，新升级或应用程序部署将更加顺畅，你的日常生活将通过 Kubernetes 管理变得更加轻松。
+混沌工程是一种很好的实践，也是推进你的内部文档保持最新的好方法。此外，随着时间的推移，新升级或应用程序部署将更加顺畅，你的日常生活管理将通过 Kubernetes 变得更加轻松。
 
 --------------------------------------------------------------------------------