0

下面是一个示例代码，它使用 reactor-kafka 并从一个主题（带有重试逻辑）读取数据，该主题具有通过非反应性生产者发布的记录。在我的doOnNext()消费者内部，我使用的是非反应性弹性搜索客户端，它对索引中的记录进行索引。所以我有几个问题我仍然不清楚：

  1. 我知道消费者和生产者是独立的解耦系统，但是是否建议同时拥有反应性生产者以及其消费者是反应性的？
  2. 如果我使用的是非反应性的东西，在这种情况下是 Elasticsearch 客户端org.elasticsearch.client.RestClient，代码的“反应性”是否有效？如果有或没有，我该如何测试它？（通过“反应性”，我的意思是它的非阻塞 IO 部分，即如果我产生三个反应性消费者并且一个由于某种原因是潜在的，那么线程应该被解除阻塞并用于其他反应性消费者）。
  3. 一般来说，问题是，如果我用响应式客户端包装一些 API，API 也应该是响应式的吗？
public Disposable consumeRecords() {
    long maxAttempts = 3, duration = 10;
    RetryBackoffSpec retrySpec = Retry.backoff(maxAttempts, Duration.ofSeconds(duration)).transientErrors(true);
    Consumer<ReceiverRecord<K, V>> doOnNextConsumer = x -> {
        // use non-reactive elastic search client and index record x
    };

    return KafkaReceiver.create(receiverOptions)
            .receive()
            .doOnNext(record -> {
                try {
                    // calling the non-reactive consumer
                    doOnNextConsumer.accept(record);
                } catch (Exception e) {
                    throw new ReceiverRecordException(record, e);
                }
                record.receiverOffset().acknowledge();
            })
            .doOnError(t -> log.error("Error occurred: ", t))
            .retryWhen(retrySpec)
            .onErrorContinue((e, record) -> {
                ReceiverRecordException receiverRecordException = (ReceiverRecordException) e;
                log.error("Retries exhausted for: " + receiverRecordException);
                receiverRecordException.getRecord().receiverOffset().acknowledge();
            })
            .repeat()
            .subscribe();
}
4

1 回答 1

0

对它有了一些了解。

Reactive KafkaReceiver 会在内部调用一些 API；如果该API 正在 阻塞 API ，那么即使 KafkaReceiver 是“反应式”，非阻塞 IO 也将不起作用，并且接收器线程将被阻塞，因为您正在调用Blocking API / non-reactive API。

您可以通过创建一个简单的服务器（它会阻止某个时间/睡眠的调用）并从此接收器调用该服务器来测试这一点

于 2021-04-30T12:30:49.400 回答