略难的题，校招不太可能遇到，在社招的中级工程师以上的面试岗位中会有可能遇到。
在回答这个问题的时候，可以通过强调选取指标要避免使用单一指标，应该使用复合指标来获得竞争优势。而后可以深入讨论选择指标本质上是为了回答如何衡量服务是否健康这一个问题，而这个问题可以认为是服务治理中的一个核心问题
略难的题。在社招中有可能遇到，尤其是中级工程师以上的岗位。
你可以先罗列单一的指标，而后强调单一的指标的局限性，从而得出最终的结论：复合指标更加能够反应系统的负载。最终装逼还是要注意指出不管什么指标都难准确衡量系统状态，这也是为啥我们各种服务治理搞来搞去都会出现服务崩溃的情况。
略难的题，难在你得有很丰富的实战经验才能总结出来这些因素，市面上没啥八股文或者博客会讨论这个问题。
回答这个问题的时候，可以先罗列选择指标的核心因素，而后深入讨论如何综合使用这些指标，设计一个能够综合判定服务状态的算法。
简单题，在校招和社招中都有可能遇到。
你可以站在故障三步曲的角度深入讨论这两者的区别和联系。从本质上来说，熔断、限流和降级并没有本质的去呗。
简单题。在微服务相关的面试下非常高频，校招和初中级工程师面试中很常见。
在这个问题之下，你可以引出自己使用过的降级案例，引导话题并且刷亮点。而后进一步揭示出熔断、限流、降级三者的联系，指出它们本质上是一样的，从而赢得竞争优势。
简单题，在微服务的面试中比较有可能遇到，不管是校招还是社招都有可能遇到。
在这个问题之下，你可以提及你使用降级的例子来证明使用降级的必要性，从而将话题引导过去你使用的降级措施上，并且进一步刷出亮点，赢得竞争优势。
简单题。
在实践中，有非常多的降级策略，所以你在回答的时候根据自己的记忆，随便回答几种就可以，反正面试官也不可能知道所有的降级策略。
而后，你还是可以通过提及自己使用过的降级策略来赢得竞争优势。
说白了就是任何一个服务治理措施，它的目的基本上都可以归纳为保障系统高可用，提升用户体验。这基本上是通用话术了，你要是想不起来类似的问题怎么回答，就用这个万能回答。
你在回答的时候要引入自己的案例，并且最好是能够和自己的项目亮点关联在一起的案例。
简单题，校招和社招都会遇到。
同样的，在这种可以结合实践的题目下，一定要结合实践来谈自己使用过的案例，从而引导话题，并且刷出亮点。
你在这个题目下，可以深入讨论触发服务降级和触发熔断、限流、降级都是一回事：也就是我怎么知道服务是否还健康。
同样的，在这种可以结合实践的题目下，一定要结合实践来谈自己使用过的案例，从而引导话题，并且刷出亮点。因为问题特别强调了工具，所以在案例选择上最好是结合了某个工具或者开源框架的案例。
略难的题，因为这个东西你要是没有真的设计过降级策略，你是没有感觉的。也因此，在校招中很少遇到，大部分都是面微服务架构经验丰富的人才会有这种题目。
在这个问题之下，你可以举一个具体的例子来说明自己遇到的问题，以及对应的解决方案，从而进一步证明自己确实非常有落地降级方案的经验。
略难的题，它也有一点反直觉。也就是说大部分时候我们会认为说降级似乎是一个很好的东西，因为大部分的高可用微服务，都有类似的策略
这一类的有什么影响的问题，一般都是偏重于负面影响，所以对于正面影响你可以一带而过，但是要深入讨论负面影响以及对应的规避方案，从而赢得竞争优势。
简单题，一般在社招中能遇到，校招比较少遇到，因为校招没实践经验。
这种和实践有关的题目，刷亮点必然是结合自己的实践经验，讲述一两个有亮点的案例，从而赢得竞争优势。到这里你其实差不多能够发现，所有服务治理类的八股文，刷亮点很大程度上，都是靠自己的实践案例达成的。
简单题，但是要装逼还是比较难的。
在这个问题之下，你能不能赢得竞争优势，纯粹就是看你的案例好不好。而后你要小心面试官追问你案例中的细节，所以你一定要准备非常充分才可以。
而且你可以预期的是，在一场面试中，面试官肯定会问你服务治理有关的内容，所以不仅仅是降级的案例，熔断、限流的案例你也要准备一些。
略难的题，关键在于你得提供有分量的、有特色的降级案例，并且讨论在设计这个降级策略的时候，你遇到过什么样的问题，以及如何解决的。
所以，你在回答这个问题的时候，能不能赢得竞争优势，就看你的案例了。
简单题。校招和社招都有可能出现，但是社招更多一些，因为社招在设计降级策略的时候，就是要考虑用户体验的。
对用户体验的影响是既有积极的一面，也有消极的一面。和服务完全正常相比，有损服务会让用户体验下降；但是和服务彻底崩溃不可用相比，降级能保证用户功能基本可用。
略难的题，校招几乎不会遇到，社招深入讨论服务治理了才会遇到。
在实践中，很多人搞服务治理有一个毛病，就是只接入而不评估效果的。在这个问题之下，你最好的策略就是举例子说明自己是如何评估自己的降级策略的效果的。
简单题，这个问题其实没有标准答案。一般在社招会遇到，毕竟校招没什么实践经验，总结不出来什么原则。
可能出乎你的预料，很多有关原则类的，其实都没有什么标准答案。所以实际上你根据自己的理解言之有理，那么面试官就不会和你计较。
略难的题，校招不太会遇到，社招有可能遇到，但是只有在很深入讨论微服务的时候才会遇到。
如何设计 XXX 策略这种题目，你都可以结合自己的实际案例来作为证据，引导话题并且赢得竞争优势。
略难的题，因为这个题目要求有设计降级方案的经验。
当然要说非常简单也可以，因为几乎稍微动脑一想，就可以说出来两三个点，只要言之有理，面试官就不会把你怎么样，毕竟这也是一个没有标准答案的问题。
简单题。一般来说这个问题出现在你提到了自己使用的降级策略，而后面试官问你怎么从降级中恢复过来。
你基本上可以认为，不管是降级，还是熔断、限流，恢复策略都是监控系统健康状态，立刻（或者一段时间之后）发送试探性的流量。如果成功了就加大流量，如果不成功就减小流量。
总结就是自动化灰度恢复过程。
略难的题，因为很少有面试官会这么问，一般出现在社招中。
正常来说，大部分的服务治理措施，都会有一个类似开关的东西，允许你关掉整个机制。所以在恢复失败的情况下，最佳策略就是直接禁用掉整个降级机制。
在这个问题之下，你可以站在故障三步曲的角度，深入讨论熔断、限流和降级的关系。从本质上上来说，它们其实没多少区别。
你可以站在故障三步曲的角度，深入讨论三者的区别的联系。从本质上来说，三者并没多少区别。
简单题，你可以罗列你用过的、了解过的所有降级策略。
在这个问题之下，你可以结合实践，阐述自己用的降级策略，引导话题并且赢得竞争优势。
