我们可以应用断路器来处理缺点，而不是应用小型和特定基于事务的静态超机会制。断路器以实际世界的电子元件定名，因为它们的行动是都是雷同的。你可以保护资本，并经由过程应用断路器协助它们进行恢。断路器在分布式体系中异常有效，因为反复的故障可能会导致雪球效应，并使全部体系崩溃。

当在短时光内多次产生指定类型的缺点，断路器会开启。开启的断路器可以拒绝接下来更多的请求 – 就像防止真实的电子流动一样。断路器平日在一准时光后封闭，以便为底层办事供给足够的空间来恢复。

请记住，并不是所有的缺点都应当触发断路器。例如，你可能欲望忽视客户端问题，比如4xx响应代码的请求，但要包含5xx办事器端故障。一些断路器还可以有半开关状况。在这种状况下，办事发送第一个请求以检查体系的可用性，同时让其他请求掉败。如不雅这个第一个请求成功，则将断路器恢复到封闭状况并持续接收流量。不然，保持打开状况。

故障测试(Testing for Failures)

你应当持续地测试体系的常见问题，以确保你的办事可各类故障情况下运行。你应经常测试故障，以让你的团队对可能产生的变乱有所预备。

关于测试，你可以应用外部办事来辨认办事实例组，并随机终止运行组中的一个实例。经由过程应用这个办法，可以针对单个实例故障进行测试，你甚至可以封闭全部办事组来模仿云供给商层面的故障中断。

最风行的测试解决筹划之一是Netflix的ChaosMonkey对象。

掉效转移缓存平日应用两个不合的过时日期：个中更短的日期指导在正常情况下能应用缓存的时光，而更长的一个日期则指导在故障掉效的时刻，能应用缓存中的数据时长。

总结

实施和运维靠得住的办事并不轻易。这须要你付出很多尽力，还要花费公司更多的成本。

靠得住性有很多层次和方面，是以针对你的团队找出合适的解决筹划是相当重要的。你应当将靠得住性成为营业决定计划流程中的一个身分，并为此分派足够的预算和时光。

要点

• 动态情况和分布式体系-如微办事将导致更高的故障机会。
• 办事应零丁掉效，实现优雅的办事降级以晋升用户体验。
• 70%的问题是由变革引起的，恢复可用代码并不老是坏事。
• 快速，零丁地掉败。团队无法控制其办事依附关系。
• 架构模式和技巧，如缓存、隔离技巧、断路器和限流器有助于构建靠得住的微办事。

作者简介：

Péter Márton，是RisingStack的CTO , 善于应用nodejs来构建微办事。

【编辑推荐】

1. 办事器的“diss”之战：自力办事器VS共享办事器
2. Liquid inside 开启将来 中科曙光液冷办事器实现大年夜范围安排
3. 与技巧同伙防尬聊指南之—你们总说的办事器到底是个啥？
4. 一文看懂Web办事器、应用办事器、Web容器、反向代劳办事器差别与接洽
5. 2017信维办事器新品广州、北京两地重磅宣布

【义务编辑：未丽燕 TEL：（010）68476606】

　　推荐阅读

　　破局移动时代即时通讯 云服务路在何方？

曾几何时，OICQ、QQ、MSN等专注于即时通信的平台独树一帜，将即时通信打造为PC时代的三大年夜盈利模式之一。如今，移动互联网已渗入生活的“骨髓”，即时通信已无处不在，成为几>>>详细阅读

本文标题：避免大规模故障的微服务架构设计之道

地址：http://www.17bianji.com/lsqh/37626.html

 1/2    1