我了解您可以在服务无响应时使用istio打开断路器。除了返回503，还可以重定向到其他URL？同样的问题，但是当原始服务返回a时500，我们可以重定向到另一个URL吗？
还是有可能由istio提供脱机模式响应？我认为通过URL重定向到脱机模式服务URL的最简单方法是，但开放的想法...
我们可以重定向到另一个URL吗？
如果我理解正确，您是在问是否仅凭istio可以做到这一点。
根据文件
尽管Istio故障恢复功能提高了网格中服务的可靠性和可用性，但应用程序必须处理故障或错误并采取适当的后备操作。例如，当负载平衡池中的所有实例均失败时，Envoy返回HTTP 503代码。应用程序必须实现处理HTTP 503错误代码所需的所有后备逻辑。
还有dzone.com和Christian Posta博客文章：
Istio提高了网格中服务的可靠性和可用性。但是，应用程序需要处理错误并采取适当的后备操作。例如，当负载平衡池中的所有实例都失败时，Envoy将返回HTTP503。应用程序负责实现从上游服务处理HTTP 503错误代码所需的任何后备逻辑。
使用服务网格，目前没有用于故障上下文传播的专用库，故障原因更加不透明。这并不意味着我们的应用程序就不会失败（对于传输错误和特定于客户端的错误）。我认为对于任何应用程序的协议来说，无论是否使用特定于库的框架，都必须始终遵守其为客户保留的承诺，这一点非常重要。如果发现它无法完成预期的操作，则应找到一种适当降级的方法。幸运的是，您不需要特定于应用程序的框架。大多数语言具有内置的错误和异常捕获和处理功能。在这些异常路径中应实现后备。
遗憾的是，答案是否定的，你不能。您必须在您的应用程序中实现它。
其他资源：
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句