Golang 微服务框架 Kratos 应用 Kafka 消息队列
Golang 微服务框架 Kratos 应用 Kafka 消息队列
消息队列是一种异步的服务间通信方式，适用于无服务器和微服务架构。消息在被处理和删除之前一直存储在队列上。每条消息仅可被一位用户处理一次。消息队列可被用于分离重量级处理、缓冲或批处理工作以及缓解高峰期工作负载。
消息队列是大型分布式系统不可缺少的中间件，也是高并发系统的基石中间件，所以掌握好消息队列 MQ 就变得极其重要。
在本文当中，您将了解到：什么是消息队列？什么是 Kafka？怎样在微服务框架 Kratos 当中应用 Kafka 进行业务开发。
什么是消息队列
消息队列（Message Queue，简称 MQ）指保存消息的一个容器，其实本质就是一个保存数据的队列。
消息中间件是指利用高效可靠的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系统的构建。
消息中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性的系统架构。目前使用较多的消息队列有：ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、Kafka、NAQ、NATS、Pulsar 等。
消息队列应用场景
消息中间件在互联网公司使用得越来越多，主要用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。以下介绍消息队列在实际应用中常用的使用场景：异步处理，应用解耦，流量削峰和消息通讯。
异步处理
通常的微服务实现的接口，都是通过 RPC 进行微服务、服务客户端之间的相互调用，这是同步阻塞执行。有一些业务，业务流程比较耗时且可以不需要立即返回结果，还有一些业务可以互不干扰的并行执行，那么我们就可以将之转为异步，并发执行。从而减少同步接口的请求响应时间，从而提高系统的吞吐量。
以下单为例，用户下单后需要实施：生成订单、赠送活动积分、赠送红包、发送下单成功通知等，一系列业务处理。假设三个业务节点每个使用 100 毫秒钟，不考虑网络等其他开销，则串行方式的时间是 400 毫秒，并行的时间只需要 200 毫秒。这样就大大提高了系统的吞吐量。
应用解耦
应用解耦，顾名思义就是解除应用系统之间的耦合依赖。通过消息队列，使得每个应用系统不必受其他系统影响，可以更独立自主。
以电商系统为例，用户下单后，订单系统需要通知积分系统。一般的做法是：订单系统直接调用积分系统的接口。这就使得应用系统间的耦合特别紧密。如果积分系统无法访问，则积分处理失败，从而导致订单失败。
加入消息队列之后，用户下单后，订单系统完成下单业务后，将消息写入消息队列，返回用户订单下单成功。积分系统通过订阅下单消息的方式获取下单通知消息，从而进行积分操作。实现订单系统与库存系统的应用解耦。如果，在下单时积分系统系统异常，也不影响用户正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作。
流量削峰
流量削峰也是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛。
以秒杀活动为例，一般会因为流量过大，导致流量暴增，应用挂掉。为解决这个问题，一般需要在应用前端加入消息队列，秒杀业务处理系统根据消息队列中的请求信息，再做后续处理。
如上图所示，服务器接收到用户的请求后，首先写入消息队列，秒杀业务处理系统根据消息队列中的请求信息，做后续业务处理。假如消息队列长度超过最大数量，则直接抛弃用户请求或跳转到错误页面。
消息通讯
消息通讯是指应用间的数据通信。消息队列一般都内置了高效的通信机制，因此也可以用在单纯的消息通讯上。比如：实现点对点消息队列，或者聊天室等点对点通讯。
以上实际是消息队列的两种消息模式，点对点或发布订阅模式。
什么是 Apache Kafka？
Apache Kafka 是一个分布式数据流处理平台，可以实时发布、订阅、存储和处理数据流。它旨在处理多种来源的数据流，并将它们交付给多个消费者。简而言之，它可以移动大量数据，不仅是从 A 点移到 B 点，而是能从 A 到 Z 的多个点移到任何您想要的位置，并且可以同时进行。
Apache Kafka 可以取代传统的企业级消息传递系统。它最初是 Linkedin 为处理每天 1.4 万亿条消息而开发的一个内部系统，现已成为应用于各式各样企业需求的开源数据流处理解决方案。
Kafka 的工作原理
Kafka 结合了两种消息收发模型、列队和发布-订阅，以向客户提供其各自的主要优势。通过列队可以跨多个使用器实例分发数据处理，因此具有很高的可扩展性。但是，传统队列不支持多订阅者。发布-订阅方法支持多订阅者，但是由于每条消息传送给每个订阅者，因此无法用于跨多个工作进程发布工作。Kafka uses 使用分区日志模型将这两种解决方案融合在一起。日志是一种有序的记录，这些日志分成区段或分区，分别对应不同的订阅者。这意味着，同一个主题可有多个订阅者，分别有各自的分区以获得更高的可扩展性。最后，Kafka 的模型带来可重放性，允许多个相互独立的应用程序从数据流执行读取以便按自己的速率独立地工作。
列队
发布-订阅
Kafka 的基本概念
kafka 运行在集群上，集群包含一个或多个服务器。kafka 把消息存在 topic 中，每一条消息包含键值（key），值（value）和时间戳（timestamp）。
kafka 有以下一些基本概念：
Producer - 消息生产者，就是向 kafka broker 发消息的客户端。
Consumer - 消息消费者，是消息的使用方，负责消费 Kafka 服务器上的消息。
Topic - 主题，由用户定义并配置在 Kafka 服务器，用于建立 Producer 和 Consumer 之间的订阅关系。生产者发送消息到指定的 Topic 下，消息者从这个 Topic 下消费消息。
Partition - 消息分区，一个 topic 可以分为多个 partition，每个 partition 是一个有序的队列。partition 中的每条消息都会被分配一个有序的 id（offset）。
Broker - 一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker 可以容纳多个 topic。
Consumer Group - 消费者分组，用于归组同类消费者。每个 consumer 属于一个特定的 consumer group，多个消费者可以共同消息一个 Topic 下的消息，每个消费者消费其中的部分消息，这些消费者就组成了一个分组，拥有同一个分组名称，通常也被称为消费者集群。
Offset - 消息在 partition 中的偏移量。每一条消息在 partition 都有唯一的偏移量，消息者可以指定偏移量来指定要消费的消息。
Docker 部署开发环境
管理工具
Kratos 下如何应用 Kafka？
我对 Kafka 做了一个封装，要在 Kratos 下面使用 Kafka，首先需要在项目中引用我封装的两个库：
第一个库可以视之为 Kafka 客户端的一个封装：
这一个库是讲 Kafka 的客户端封装成一个 Kratos 的transport.Server，该库依赖上面的库：
想要在 Kratos 里面应用 Kafka，有两条途径可以达成：
在
Data层引用 Kafka 的Broker，仅用于发布(Publish)消息之用，换言之，就是只发送不接收的单向通讯；在
Server层引用 Kafka 的Server，可以发布(Publish)消息，也可以订阅(Subscribe)消息，换言之，就是既发送又接收的全双工通讯。
接下来我就详细的讲解应用方法：
在Data层引用 Kafka 的Broker
首先创建 Kafka 的Broker:
然后，注入到Wire的ProviderSet：
最后，我们就可以在Service里面调用了：
需要注意的是，添加了以上代码之后，需要使用命令生成 Wire 的胶水代码：
在Server层引用 Kafka 的Server
首先要创建Server：
接着，调用kratos.Server把 Kafka 的服务器注册到 Kratos 里去：
最后，我们就可以在Service里愉快的玩耍了，在这里，我只演示收到 Kafka 消息之后立即写入数据库的操作：
实例代码
以上代码以及接口定义，可以在我的另外一个开源项目里面找到：
参考资料
版权声明: 本文为 InfoQ 作者【喵个咪】的原创文章。
原文链接:【http://xie.infoq.cn/article/9765e6ae6b5334c0f07aaf48f】。
本文遵守【CC-BY 4.0】协议，转载请保留原文出处及本版权声明。
还未添加个人签名 2022-06-01 加入
还未添加个人简介
评论