测量微服务 - 容错

Question

微服务架构的好处之一是容错。这意味着一项服务中的任何问题都不应影响其他服务。因此，它应该提高特定服务的可用性。但是，一些实现，例如 HA、自动缩放也有助于提高可用性。与其衡量服务可用性的一般性，我们如何能够更具体地量化衡量微服务在容错方面的优势？

Answer 1

与使用微服务或其他架构风格相比，容错或弹性与您的内部应用架构有关。例如 - 如果您将具有内部错误处理和回退策略的结构良好的单体与一堆设计为相互依赖但没有内置弹性的微服务进行比较，那么这些微服务将更有可能一起失败。

这里有一些关于如何构建弹性系统的想法：

1. 避免相互依赖。最重要，但并不总是可能的。
2. 使用具有内置自我修复功能的基础架构，例如 Kubernetes。
3. 使用具有内置弹性的 API 网关，例如 Zuul。
4. 使用专门的库通过承诺和断路器进行弹性调用。比如 Hystrix。
5. 在流​​处理器（如 Kafka）中缓存请求，以防止负载峰值和间歇性服务故障。
6. 将您的 API 设计为幂等的。

当您要求测量容错能力时，您应该考虑应用程序的自动化测试。例如，您可以为您的应用程序编写使用随机输入/错误输入或超高负载的测试，以试图干扰服务。所以测量/证明容错性确实是测试团队的一项任务。