搜索所有贴

Retries重试 2. Circuit breakers断路器 3.Fallback 4.执行上下文 Execution context 5.Event listener事件监听器 6.异步API集成

7 年前

多进程、多线程或 greenlet 任务执行模型安排任务在给定时间或在给定延迟后执行安排重复性任务，如 crontab 自动重试失败的任务任务优先级任务结果存储任务到期

2 年前

探讨 Spring 对异步和重试操作的支持。假设我们需要构建一个简单的微服务来调用下游服务来处理一些数据。 1、需要包含spring-boot-starter-web maven 依赖

4 个月前

它所消费的消息。默认情况下，如果使用者没有成功使用一条消息（即，该使用者不能提交当前偏移量），它将重试同一条消息。因此，难道我们不能简单地让这种默认行为接管一切，然后重试消息直到成功吗？问题是该消息

3 年前

Slinger 一种用于发送、重试和管理 webhook的开源通用服务，让您可以发送、重试和管理由Webhook事件触发的 POST 请求，它提供了一个完全独立的 docker 镜像，易于编排、管理和扩展

2 年前

REST调用或同步是服务器之间通讯的经常方式，在没有分布式事务机制保障情况下，需要我们开发人员手工进行重试，重试几次失败后进行业务回退操作，重试非常重要，容易造成网络堵塞，引入断路器又过于

5 年前

specification） "到底是什么。举个例子，您的产品需要在某个时候从 API 中提取数据。这只是几行代码而已。但有时调用会失败。如果有一个失败的请求，那么你需要重试，然后你需要做指数反推，直到一个

2 年前

应于Spring cloud部件，dubbo = eureka + Ribbon，少了Hystrix，重试和直接失败是有关可靠性和事务性的机制，这方面Dubbo有待提高。下面

5 年前

Spring Boot - log4j2 xml Spring Boot - log4j2属性 Spring Boot - 缓存 Spring Boot - 重试 Spring Boot

5 年前

解决方案利用了写入修复，其中从客户端到服务器的每次写入调用都试图修复不一致的、损坏的状态。写修复要求客户端更智能（我们稍后将对此进行扩展），并允许它们重复触发相同的请求并且永远不必维护状态（重试除外

2 年前

代码更容易可以编写100% 异步代码- 对web服务进行链式调用，能够处理重试, timeouts, 缓存 caching, 和 throttling 并发。 2.强绑定能够从

9 年前

巨大的好处，其中包括增加系统的正常运行时间/可用性。当出现瞬态故障时，重试操作通常可以解决问题。这个逻辑可以内置到客户端库中，效果很好。本文的目的是了解在哪些情况下在普通 API 定义之上添加客户端

2 年前

，向你展示了如何使用Resilience4j与Spring的Cache抽象来使用断路器模式。 Resilience4j是一个强大的容错库，提供断路器、速率限制器、重试和隔板等功能。在你通过

2 年前

今天，没有人能保证你构建的微服务不会遇到麻烦。当问题发生时，我们通常希望最简单的解决问题的方法是重试并再次调用 API。重试可以是您的中间件/API 编排产品处理的一种简单机制。如果

1 年前

使用者在处理过程中崩溃时重新传递消息；另一种方法是在发生可恢复的错误（例如，数据库在短时间内不可用）的情况下，实现一种重试消息处理的方法。在本文中，我想展示使用Spring Boot解决这两个

3 年前

登录