【微服务】微服务间通信的最佳实践

简介: 【微服务】微服务间通信的最佳实践

一个好的 API 架构对于有效处理微服务之间的通信很重要。不要害怕创建新的微服务,并尽可能地尝试解耦功能。例如,与其创建一个通知服务,不如尝试为电子邮件通知、SMS 通知和移动推送通知创建单独的微服务。

在这里,我假设您有一个 API 网关来管理请求、处理到负载平衡服务器的路由并限制未经授权的访问。

通讯类型

 

  • 同步协议:HTTP 是一种同步协议。客户端发送请求并等待服务的响应。这与客户端代码执行无关,它可以是同步的(线程被阻塞)或异步的(线程未被阻塞,并且响应最终会到达回调)。这里的重点是协议(HTTP/HTTPS)是同步的,客户端代码只有在收到 HTTP 服务器响应后才能继续其任务。
  • 异步协议:其他协议如 AMQP(许多操作系统和云环境支持的协议)使用异步消息。客户端代码或消息发送者通常不等待响应。它只是将消息发送到消息代理服务,例如 RabbitMQ 或 Kafka(如果我们使用的是事件驱动架构)。

为什么你应该避免同步协议

 

  • 如果您不断添加相互通信的新微服务,那么在代码中使用端点会造成混乱,尤其是当您必须在端点中传递额外信息时。例如,身份验证令牌。
  • 您必须等待耗时的调用才能获得响应。
  • 如果响应失败并且您有重试策略,那么它可能会造成瓶颈。
  • 如果接收器服务关闭或无法处理请求,那么我们要等到服务启动。例如,在电子商务网站中,用户下订单并请求发送到发货服务以发货,但发货服务关闭,我们丢失了订单。一旦完成,如何将相同的订单发送到运输服务?
  • 接收方可能无法一次处理大量请求,因此应该有一个地方让请求必须等待,直到接收方准备好处理下一个请求。

为了应对这些挑战,我们可以使用一个中间服务来处理两个微服务之间的通信,也称为“消息代理”。

RabbitMQ 被广泛用作消息代理服务,如果您将 Azure 云作为托管服务提供商,您也可以使用 Azure 服务总线。

如何使用RabbitMQ来处理微服务之间的通信

可能存在发件人想要向多个服务发送消息的情况。让我们看看 RabbitMQ 如何处理的下图。

当发布者发送消息时,它被 Exchange 接收,然后 Exchange 将其发送到目标队列。消息保持在队列中,直到接收方接收并处理它。

交换类型

 

  • 直接交换根据消息路由键将消息传递到队列。这是默认的交换类型。
  • 扇出交换将消息传递到所有队列。
  • Header Exchange 根据消息头标识目标队列。
  • 主题交换类似于直接交换,但路由是根据路由模式完成的。它不使用固定的路由键,而是使用通配符。

例如,假设我们有以下路由模式。

  • order.logs.customer
  • order.logs.international
  • order.logs.customer.electronics
  • order.logs.international.electronics

“order.*.*.electronics” 的路由模式只匹配第一个词是“order”,第四个词是“electronics”的路由键。

“order.logs.customer.#”的路由模式匹配任何以“order.logs.customer”开头的路由键。

实现RabbitMQ

安装

按照此链接在 Windows 上安装 RabbitMQ。安装后 RabbitMQ 服务将在 http://localhost:15672/ 上启动并运行。在用户名和密码中输入“guest”登录,您将能够看到所有静态信息。

创建发件人服务

RabbitMQ 启动并运行后,创建两个控制台应用程序

Sender:向RabbitMQ发送消息

Receiver:从RabbitMQ接收消息

向两个应用程序添加包“RabbitMQ.Client”。

using System;

using RabbitMQ.Client;

using System.Text;


class Send

{

   public static void Main()

   {

       var factory = new ConnectionFactory() { HostName = "localhost" };

       using(var connection = factory.CreateConnection())

       using(var channel = connection.CreateModel())

       {

           channel.QueueDeclare(queue: "hello", durable: false, exclusive: false,

autoDelete: false, arguments: null);


           string message = "Hello World!";

           var body = Encoding.UTF8.GetBytes(message);


           channel.BasicPublish(exchange: "", routingKey: "hello",

basicProperties: null, body: body);

           Console.WriteLine(" [x] Sent {0}", message);

       }


       Console.WriteLine(" Press [enter] to exit.");

       Console.ReadLine();

   }

}

上面的代码将创建一个到 RabbitMQ 的连接,创建一个队列“hello”并向队列发布一条消息。

using RabbitMQ.Client;

using RabbitMQ.Client.Events;

using System;

using System.Text;


class Receive

{

   public static void Main()

   {

       var factory = new ConnectionFactory() { HostName = "localhost" };

       using(var connection = factory.CreateConnection())

       using(var channel = connection.CreateModel())

       {

           channel.QueueDeclare(queue: "hello", durable: false,

exclusive: false, autoDelete: false, arguments: null);


           Console.WriteLine(" [*] Waiting for messages.");


           var consumer = new EventingBasicConsumer(channel);

           consumer.Received += (model, ea) =>

           {

               var body = ea.Body.ToArray();

               var message = Encoding.UTF8.GetString(body);

               Console.WriteLine(" [x] Received {0}", message);

           };

           channel.BasicConsume(queue: "hello", autoAck: true, consumer: consumer);


           Console.WriteLine(" Press [enter] to exit.");

           Console.ReadLine();

       }

   }

}

上面的代码将创建一个到 RabbitMQ 的连接,创建一个队列(如果它还没有创建),并注册一个将接收和处理消息的处理程序。

在运行发送方和接收方应用程序时,您将能够看到在 RabbitMQ 门户上创建的队列,以及表示收到新消息的图形上的尖峰。从门户中,您将能够看到哪个服务有待处理的消息,您可以添加该服务的另一个实例以进行负载平衡。

一开始你可以使用rabbitMQ,事情会很顺利。但是当复杂性增加并且您有很多端点调用其他服务时,它就会造成混乱。很快,您会发现自己围绕驱动程序创建了一个包装器,这样您就可以减少需要编写的代码量。例如,每次您调用另一个服务的端点时,您都必须提供身份验证令牌。然后你会发现自己需要处理 ack 与 nack,你将为此创建一个简单的 API。最终,您将需要处理有害消息——格式错误并导致异常的消息。

要处理所有这些工作流,您可以使用 NserviceBus。让我们讨论一个项目结构:

考虑到这种架构,ClientUI 端点将 PlaceOrder 命令发送到 Sales 端点。因此,Sales 端点将使用发布/订阅模式发布 OrderPlaced 事件,该事件将由 Billing 端点接收。

NserviceBus 配置:

class Program

   {

       static async Task Main(string[] args)

       {

           await CreateHostBuilder(args).RunConsoleAsync();

       }


       public static IHostBuilder CreateHostBuilder(string[] args)

       {

           return Host.CreateDefaultBuilder(args)

                      .UseNServiceBus(context =>

                      {

                          var endpointConfiguration = new EndpointConfiguration("Sales");


                          //configure transport - configure where your message will

                         //be published/saved

                          //you can configure it for RabbitMq, Azure Queue, Amazon

                         //SQS or any other cloud provider

                          endpointConfiguration.UseTransport<LearningTransport>();


                          endpointConfiguration.SendFailedMessagesTo("error");

                           //When a message fails processing

                           //it will be forwarded here.

                          endpointConfiguration.AuditProcessedMessagesTo("audit");

                          //All messages received by an endpoint

                          //will be forwarded to the audit queue.


                          return endpointConfiguration;

                      });

       }

   }

然后使用 IMessageSession 对象发送消息:

public class HomeController : Controller

   {

       static int messagesSent;

       private readonly ILogger<HomeController> _log;

       private readonly IMessageSession _messageSession;


       public HomeController(IMessageSession messageSession, ILogger<HomeController> logger)

       {

           _messageSession = messageSession;

           _log = logger;

       }


       [HttpPost]

       public async Task<ActionResult> PlaceOrder()

       {

           string orderId = Guid.NewGuid().ToString().Substring(0, 8);


           var command = new PlaceOrder { OrderId = orderId };


           // Send the command

           await _messageSession.Send(command)

               .ConfigureAwait(false);


           _log.LogInformation($"Sending PlaceOrder, OrderId = {orderId}");


           dynamic model = new ExpandoObject();

           model.OrderId = orderId;

           model.MessagesSent = Interlocked.Increment(ref messagesSent);


           return View(model);

       }

   }

最后,添加一个处理程序来接收和处理消息:

public class PlaceOrderHandler :

       IHandleMessages<PlaceOrder>

   {

       static readonly ILog log = LogManager.GetLogger<PlaceOrderHandler>();

       static readonly Random random = new Random();


       public Task Handle(PlaceOrder message, IMessageHandlerContext context)

       {

           log.Info($"Received PlaceOrder, OrderId = {message.OrderId}");


           return Task.CompletedTask;

       }

   }

这是 NserviceBus 和 RabbitMQ 的基本实现。

概括

在服务之间通信时避免使用同步协议。使用 RabbitMQ 在服务之间进行通信并在消息从源传送到目标之前临时保存它们。使用 NserviceBus 解耦应用程序代码和消息代理,并管理长时间运行的请求。

相关实践学习
RocketMQ一站式入门使用
从源码编译、部署broker、部署namesrv,使用java客户端首发消息等一站式入门RocketMQ。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
相关文章
|
17天前
|
Kubernetes 监控 负载均衡
Istio:微服务开发的终极利器,你还在为繁琐的通信和部署流程烦恼吗?
本文介绍了服务网格(Service Mesh)的概念及其在微服务架构中的重要性。微服务强调围绕业务构建团队和去中心化的数据管理,带来更高的灵活性和扩展性。然而,随着服务数量增加,网络通信成为挑战,包括服务发现、路由和安全等问题。 Service Mesh如Istio应运而生,通过边车代理解决服务间通信,提供服务发现、负载均衡、智能路由、安全和监控等功能。它与Kubernetes结合,增强了容器环境的服务管理能力。Istio的bookinfo示例展示了其在多语言微服务中的应用,简化了代码中的服务调用逻辑,使开发更专注于业务本身。
150 3
Istio:微服务开发的终极利器,你还在为繁琐的通信和部署流程烦恼吗?
|
5天前
|
消息中间件 存储 Kafka
微服务中常用的几种通信方式
微服务中常用的几种通信方式
|
11天前
|
消息中间件 运维 监控
微服务架构中的服务通信与数据一致性挑战
在微服务架构的海洋中,服务之间的通信和数据一致性问题犹如潜藏的暗礁和漩涡,随时可能威胁到整个应用的健康运行。本文将深入探讨微服务间通信机制的选择、数据一致性维护的策略,以及面对网络延迟和分区容忍性时如何保持系统的灵活性和健壮性。通过分析常见的模式和最佳实践,旨在为开发者提供一套应对这些挑战的航海图。
|
26天前
|
监控 数据管理 持续交付
探索现代微服务架构的最佳实践
【5月更文挑战第28天】 随着软件开发的复杂性增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构应运而生,提供了模块化、独立部署的解决方案。本文将深入探讨微服务设计的核心原则,分析其优缺点,并分享构建和维护微服务系统的最佳实践,包括服务划分、通信机制、数据管理等关键领域。通过实例分析和经验总结,旨在为开发者和企业提供可靠的技术指导,以实现系统的可扩展性、弹性和易维护性。
|
26天前
|
运维 监控 Devops
构建高效稳定的云基础设施:DevOps与自动化运维的融合构建高效微服务架构的最佳实践
【5月更文挑战第28天】 在数字化转型的浪潮中,企业对于云基础设施的依赖日益增加。为了应对不断变化的市场需求和提供不间断的服务,传统的IT运维模式已不再适应现代业务的发展。本文将探讨如何通过结合DevOps理念和自动化工具,实现云基础设施的高效稳定运营。我们将分析自动化运维在提升效率、降低成本以及增强系统稳定性方面的关键作用,并展示实践案例以验证其效果。
|
11天前
|
监控 数据管理 API
探索微服务架构中的后端设计最佳实践
在当今快速发展的技术世界中,微服务架构已经成为开发大型复杂系统的一种标准方法。本篇文章将深入探讨微服务架构在后端设计中的最佳实践,涵盖服务拆分、API设计、数据管理及监控和调试等方面,帮助开发者在实际项目中应用这些原则,以构建高性能、可扩展且易于维护的系统。
18 0
|
1月前
|
监控 持续交付 Docker
使用Docker进行微服务架构的最佳实践
【5月更文挑战第10天】本文探讨了使用Docker实施微服务架构的最佳实践。首先,理解微服务架构是拆分小型独立服务的模式,借助Docker实现快速部署、高可移植性和环境一致性。Docker的优势在于服务扩展、容器编排、自动化构建与部署。最佳实践包括:定义清晰服务边界,使用Dockerfile和Docker Compose自动化构建,利用Docker Swarm或Kubernetes编排,实施服务发现和负载均衡,监控与日志记录,以及持续集成和持续部署。Docker虽重要,但需与其他技术结合以确保系统整体稳定性。
|
24天前
|
监控 关系型数据库 持续交付
构建高效微服务架构:后端开发的最佳实践
【5月更文挑战第30天】随着现代应用的复杂性日益增加,微服务架构已成为众多企业和开发者的首选。本文将深入探讨如何构建一个高效的微服务系统,包括关键的设计原则、技术栈选择、以及确保系统稳定性和扩展性的实践方法。我们将通过实际案例分析,揭示后端开发中实现敏捷性和可维护性的策略,为追求卓越的软件工程师提供实用的指导。
|
1月前
|
消息中间件 数据管理 持续交付
构建高效微服务架构的最佳实践
【5月更文挑战第6天】在动态和快速演变的现代软件开发领域,微服务架构已经成为促进敏捷开发和部署的关键模式。本文将深入探讨构建和维护高效微服务架构的策略,包括服务划分准则、通信机制、数据管理及持续集成与持续交付(CI/CD)的实施。通过分析不同业务场景下的应用案例,本文旨在为开发者提供一套行之有效的指导原则和实践方法,以支持他们构建可扩展、灵活且高效的微服务系统。
106 2
|
25天前
|
监控 Devops 持续交付
构建高效微服务架构:后端开发的最佳实践
【5月更文挑战第29天】 在当今快速迭代和竞争激烈的软件市场中,构建一个既高效又可扩展的后端系统至关重要。本文深入探讨了如何通过采用微服务架构模式来优化后端开发流程。文章将介绍微服务的核心概念,分析其优势与挑战,并提供实现微服务架构的一系列策略,包括服务的拆分、独立部署、以及持续集成/持续交付(CI/CD)的实践。此外,我们还将讨论确保系统稳定性和性能监控的关键步骤。通过实际案例分析,本文旨在为后端开发人员提供一套全面的指南,帮助他们在不断变化的技术环境中保持竞争力。