使用Spring Request-Reply实现基于Kafka的同步请求响应

 

 

 

 

 

你们提到Kafka时第一印象就是它是一个快速的异步消息处理系统,不一样于一般tomcat之类应用服务器和前端之间的请求/响应方式请求,客户端发出一个请求,必然会等到一个响应,这种方式对Kafka来讲并不天然,Kafka是一种事件驱动方式,事件激活而后响应,这种方式对不少人接受起来不方便,为了实现请求 - 响应模型,开发人员必须在消息的生产者记录中构建相关ID系统,并将其与消息的消费者记录中的ID进行匹配,找到那个请求ID再使用Kafka的一个队列进行回复。前端

下图是本案例的演示架构图,这个案例是以同步行为返回两个数字总和的结果。spring

客户端  --->请求---> RESTcontroll ---> Spring replying kafka 模板 -->Kafka的请求主题 -->Spring Kafka监听器 
   |                                                                                        |
   |<----- 响应 <----RESTcontroll <-- Spring replying kafka 模板 <-- Kafka的响应主题<---------|

下面咱们开始看看开发这个演示步骤:sql

设置Springboot启动类bootstrap

首先须要在pom.xml引入Spring kafka模板:tomcat

<dependency>
        <groupId>org.springframework.kafka</groupId>
        <artifactId>spring-kafka</artifactId>
    </dependency>

代码以下:服务器

@SpringBootApplication
public class RequestReplyKafkaApplication {
  public static void main(String[] args) {
    SpringApplication.run(RequestReplyKafkaApplication.class, args);
  }
}

设置Spring ReplyingKafkaTemplate架构

咱们须要在Springboot配置类的KafkaConfig对Spring kafka模板进行配置:并发

@Configuration
public class KafkaConfig {

在这个配置类中,咱们须要配置核心的ReplyingKafkaTemplate类,这个类继承了 KafkaTemplate 提供请求/响应的的行为;还有一个生产者工厂(参见 ProducerFactory 下面的代码)和 KafkaMessageListenerContainer。这是最基本的设置,由于请求响应模型须要对应到消息生产者和消费者的行为。app

// 这是核心的ReplyingKafkaTemplate
@Bean
public ReplyingKafkaTemplate<String, Model, Model> replyKafkaTemplate(ProducerFactory<String, Model> pf, KafkaMessageListenerContainer<String, Model> container) {
  return new ReplyingKafkaTemplate<>(pf, container);
}
// 配件:监听器容器Listener Container to be set up in ReplyingKafkaTemplate
@Bean
public KafkaMessageListenerContainer<String, Model> replyContainer(ConsumerFactory<String, Model> cf) {
  ContainerProperties containerProperties = new ContainerProperties(requestReplyTopic);
  return new KafkaMessageListenerContainer<>(cf, containerProperties);
}
// 配件:生产者工厂Default Producer Factory to be used in ReplyingKafkaTemplate
@Bean
public ProducerFactory<String,Model> producerFactory() {
  return new DefaultKafkaProducerFactory<>(producerConfigs());
}
// 配件:kafka生产者的Kafka配置Standard KafkaProducer settings - specifying brokerand serializer 
@Bean
public Map<String, Object> producerConfigs() {
  Map<String, Object> props = new HashMap<>();
  props.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG,
            bootstrapServers);
  props.put(ProducerConfig.KEY_SERIALIZER_CLASS_CONFIG,
            StringSerializer.class);
  props.put(ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG, JsonSerializer.class);
  return props;
}

设置spring-Kafka的监听器异步

这与一般建立的Kafka消费者相同。惟一的变化是额外是在工厂中设置ReplyTemplate,这是必须的,由于消费者须要将计算结果放入到Kafka的响应主题。

//消费者工厂 Default Consumer Factory
@Bean
public ConsumerFactory<String, Model> consumerFactory() {
  return new DefaultKafkaConsumerFactory<>(consumerConfigs(),new StringDeserializer(),new JsonDeserializer<>(Model.class));
}
// 并发监听器容器Concurrent Listner container factory
@Bean
public KafkaListenerContainerFactory<ConcurrentMessageListenerContainer<String, Model>> kafkaListenerContainerFactory() {
  ConcurrentKafkaListenerContainerFactory<String, Model> factory = new ConcurrentKafkaListenerContainerFactory<>();
  factory.setConsumerFactory(consumerFactory());
  // NOTE - set up of reply template 设置响应模板
  factory.setReplyTemplate(kafkaTemplate());
  return factory;
}
// Standard KafkaTemplate
@Bean
public KafkaTemplate<String, Model> kafkaTemplate() {
  return new KafkaTemplate<>(producerFactory());
}

编写咱们的kafka消费者

这是过去建立的Kafka消费者同样。惟一的变化是附加了@SendTo注释,此注释用于在响应主题上返回业务结果。

@KafkaListener(topics = "${kafka.topic.request-topic}")
@SendTo
public Model listen(Model request) throws InterruptedException {
  int sum = request.getFirstNumber() + request.getSecondNumber();
  request.setAdditionalProperty("sum", sum);
  return request;
}

这个消费者用于业务计算,把客户端经过请求传入的两个数字进行相加,而后返回这个请求,经过@SendTo发送到Kafka的响应主题。

总结服务

如今,让咱们将全部这些都结合在一块儿放在RESTcontroller,步骤分为几步,先建立生产者记录,并在记录头部中设置接受响应的Kafka主题,这样

把请求和响应在Kafka那里对应起来,而后经过模板发布消息到Kafka,再经过future.get()堵塞等待Kafka的响应主题发送响应结果过来。这时再

打印结果记录中的头部信息,会看到Spring自动生成相关ID。

@ResponseBody
@PostMapping(value="/sum",produces=MediaType.APPLICATION_JSON_VALUE,consumes=MediaType.APPLICATION_JSON_VALUE)
public  Model  sum(@RequestBody  Model  request)throws InterruptedException,ExecutionException {
  //建立生产者记录
  ProducerRecord<String,Model>  record  = new ProducerRecord<String,Model>(requestTopic,request);
  //在记录头部中设置响应主题
  record.headers().add(new RecordHeader(KafkaHeaders.REPLY_TOPIC, requestReplyTopic.getBytes()));
  //发布到kafka主题中
  RequestReplyFuture<String, Model, Model> sendAndReceive = kafkaTemplate.sendAndReceive(record);
  //确认生产者是否成功生产
  SendResult<String, Model> sendResult = sendAndReceive.getSendFuture().get();
    
  //打印结果记录中全部头部信息 会看到Spring自动生成的相关ID,这个ID是由消费端@SendTo 注释返回的值。 
 sendResult.getProducerRecord().headers().forEach(header -> System.out.println(header.key() + ":" + header.value().toString()));
    
  //获取消费者记录
  ConsumerRecord<String, Model> consumerRecord = sendAndReceive.get();
    
  //返回消费者结果
  return consumerRecord.value();
}

并发消费者

即便你要建立请求主题在三个分区中,三个并发的消费者的响应仍然合并到一个Kafka响应主题,这样,Spring侦听器的容器可以完成匹配相关ID的繁重工做。

整个请求/响应的模型是一致的。

如今咱们能够再修改启动类以下:

@ComponentScan(basePackages = {
        "com.gauravg.config",
        "com.gauravg.consumer",
        "com.gauravg.controller",
        "com.gauravg.model"
    })
@SpringBootApplication
public class RequestReplyKafkaApplication {
  public static void main(String[] args) {
    SpringApplication.run(RequestReplyKafkaApplication.class, args);
  }
}

post数据:

{
  "firstNumber": "111",
  "secondNumber": "2222"
}

返回结果是:

{
    "firstNumber": 111,
    "secondNumber": 2222,
    "sum": 2333
}

在控制台输出记录头部信息:

kafka_replyTopic:[B@1f59b198
kafka_correlationId:[B@356a7326
__TypeId__:[B@1a9111f

可见,Spring自动生成聚合ID(correlationId),无需咱们本身手工比对了。

欢迎工做一到五年的Java工程师朋友们加入Java架构开发: 855835163 群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用本身每一分每一秒的时间来学习提高本身,不要再用"没有时间“来掩饰本身思想上的懒惰!趁年轻,使劲拼,给将来的本身一个交代!

相关文章
相关标签/搜索