如何抓取cap握手包_CAP微服务间通信实践

最新推荐文章于 2024-07-03 21:12:08 发布

冲出黑洞的光芒

最新推荐文章于 2024-07-03 21:12:08 发布

阅读量873

点赞数

文章标签：如何抓取cap握手包

本文链接：https://blog.csdn.net/weixin_29911569/article/details/112775776

版权

本文介绍了微服务间通信的两种方式：gRPC和EventBus，并详细讲解了使用DotNetCore.Cap进行消息发布的实现过程，包括创建项目、配置、发布和订阅消息。CAP提供了分布式事务的支持，确保数据的最终一致性。

摘要由CSDN通过智能技术生成

微服务间通信常见的两种方式

由于微服务架构慢慢被更多人使用后，迎面而来的问题是如何做好微服务间通信的方案。我们先分析下目前最常用的两种服务间通信方案。

gRPC(rpc远程调用)

gRPC-微服务间通信实践

场景：A服务主动发起请求到B服务，同步方式
范围：只在微服务间通信应用

EventBus(基于消息队列的集成事件)

技术：NotNetCore.Cap + Rabbitmq + Database
场景：A服务要在B服务做某件事情后响应，异步方式
实现：B服务在完成某件事情后发布消息，A服务订阅此消息
范围：只在微服务间通信应用

通过对比，两种方式完全不一样。rpc是类似于http请求的及时响应机制，但是比http更轻量、快捷，它更像以前的微软的WCF，可以自动生成客户端代码，充分体现了面向实体对象的远程调用的思想；Eventbus是异步的消息机制，基于cap的思想，不关心下游订阅方服务是否消费成功，保障了主服务业务的流畅性，同时也是一款分布式事务的实现方案，可以保障分布式架构中的数据的最终一致性。

我们今天主要介绍CAP在微服务中的实践案例。

搭建框架介绍

新建项目

新建解决方案 DotNetCore.Cap.Demo
新建项目 DotNetCore.Cap.Demo.Publisher 消息发布端
新建项目 DotNetCore.Cap.Demo.Subscriber 消息订阅端

主要sdk

项目框架 netcoreapp 3.1
消息队列选用RabbitMQ
数据库存储选用PostgreSql

根据实际情况选择合适的消息队列和数据库存储

CAP 支持 Kafka、RabbitMQ、AzureServiceBus 消息队列：

PM> Install-Package DotNetCore.CAP.Kafka
PM> Install-Package DotNetCore.CAP.RabbitMQ
PM> Install-Package DotNetCore.CAP.AzureServiceBus

CAP 提供了 Sql Server, MySql, PostgreSQL，MongoDB 作为数据库存储：

PM> Install-Package DotNetCore.CAP.SqlServer
PM> Install-Package DotNetCore.CAP.MySql
PM> Install-Package DotNetCore.CAP.PostgreSql
PM> Install-Package DotNetCore.CAP.MongoDB
<