Bate-papo sobre a lógica de design e implementação do centro de mensagens

Cansado de ser interrompido por notícias, mas também com medo do silêncio repentino;

1. Histórico de negócios

No sistema de arquitetura de microsserviços, haverá muitos serviços básicos que fornecem alguns recursos que a maioria dos serviços pode precisar, como gerenciamento de arquivos, filas MQ, mecanismos de cache, centros de mensagens, etc. Esses serviços precisam fornecer vários métodos reutilizáveis. para que outros serviços de negócios possam ser chamados rapidamente; vamos dar uma olhada no princípio da notificação de mensagens:

A mensagem aqui é diferente da fila do MQ, que se refere ao mecanismo de notificação no lado comercial, como SMS, e-mail, mensagens do sistema, etc. Há muitas necessidades no nível comercial e um centro de mensagens separado geralmente é empacotado para fornecer um mecanismo de notificação;

Do ponto de vista do processo, a notificação de mensagens é um modelo típico de produção-consumo. O lado comercial produz mensagens continuamente, e o centro de mensagens as consome após recebê-las e envia as notificações para os canais correspondentes. Obviamente, essa lógica tem um alto grau de reutilização. sexo.

2. Notificação de mensagem

1. Gerenciamento de processos

O desenho do processo de notificação de mensagens, por meio do método de interface fornecido pela central de mensagens em cada linha de negócios, o conteúdo da mensagem em diferentes cenários é submetido à central de mensagens, e a central de mensagens realiza manutenção e gerenciamento unificados e adapta as mensagem de acordo com a origem e destino da mensagem. Lógica de push:

• Produção de mensagens: São muitos os cenários envolvidos, como atividades, mecanismos de marketing, notificações do sistema, circulação de negócios, lembretes de vencimento, etc.;
• Gerenciamento de mensagens: verifique a estrutura e os parâmetros das mensagens pré-enviadas, crie tarefas para push de mensagens, mantenha o gerenciamento de push em nível de tarefa e acompanhe o ciclo de status das mensagens;
• Consumo de mensagens: com base na estrutura das tarefas de mensagens, construa o conteúdo principal do push de mensagens e conecte vários canais de envio para obter uma entrega eficiente de notificações;
• Tarefa agendada: A mensagem pode ser enviada direta e imediatamente, mas se for acionada por uma tarefa agendada noturna, o problema de atraso de envio deve ser considerado e a mensagem será entregue no período de tempo especificado;
• Encaixe de canal: Normalmente, canais diferentes significam cenários diferentes, como monitoramento push DingTalk, atividades geralmente push WeChat, alterações de conta enviam e-mails, marketing passa por SMS, notificações comerciais são in-app;

Há muitos módulos envolvidos em todo o processo, e o fluxo de status também é muito complicado, mas o gerenciamento padrão unificado e o rastreamento de entrada e saída através do centro de mensagens também podem fornecer monitoramento e manutenção claros do ciclo de vida;

2. Tempo do processo

Em todo o link de notificação de mensagem, em diferentes nós de fluxo, todas as mudanças de estado (ou seja, from.to state) estão envolvidas, o que pode formar uma visão de todo o ciclo de vida:

• Inicialização: O lado comercial cria uma estrutura de mensagem simples e, depois que a solicitação é enviada ao centro de mensagens, uma tarefa de mensagem é inicializada;
• Baseado em tarefas: verifique a solicitação de envio da mensagem e converta a mensagem em uma estrutura de tarefa push padrão;
• 推送中：根据任务推送的时间周期类型，将任务构建成不同渠道的通知主体，从而进行渠道消息推送；
• 已完成：根据消息在渠道推送的状态回调，更新消息中心的任务完成状态，或者失败重试；

大部分的消息通知机制都可以容忍一定的延迟性，所以消息中心完全可以解耦各个流程，引入MQ队列或者异步机制，业务方只需要将请求发送到消息中心，之后由消息中心统一调度和管理即可；

3、结构设计

这里根据系统的实现过程和经验，给出一个数据结构的设计参考，用来对业务场景做简单的维度描述：

• 消息模板：定义通知的主体结构，基于消息的参数模型，构建推送的消息内容；
• 消息任务：消息中心管理和维护的主体结构，以任务的模式维护消息从生产到推送完成的整个状态周期；
• 场景记录：消息最终推送出去的内容和场景分类，也可以简单的理解为不同渠道的投递记录；
• 交互消息：强调消息在接收方是否触达并且对消息产生了交互行为，例如会话，邮件回复，状态关联等；

三、实践总结

最后还是站在技术实现的角度，总结一下消息通知机制中的一些关键问题：

• 生产消费：消息生产之后写入消息中心的存储容器，之后进行消费流程的管理，是业务解耦的常用手段；
• 任务管理：以任务的模式进行消息推送的调度，通过任务状态的变化和控制，实现生命周期的管理；
• 状态机：描述消息的流转节点和状态，在不同的事件中触发不同的状态切换和转移，并在状态变化后衔接各种业务动作；
• 渠道对接：通常消息推送的渠道多是第三方平台，所以在消息中心会接入诸多的渠道，例如微信、钉钉、短信等；
• 基础封装：作为分布式系统中的基础功能，在封装消息管理功能时，要考虑一定的复用性和流程的可视化呈现；

消息的本质是信息的触达和传递，但是过多的消息通知也容易让用户产生厌倦心态，所以消息内容的简洁明确，推送的间隔时段以及阅读提醒，在产品具体的实现上需要极为用心，从而让消息在业务体系中发挥更大的价值。

四、参考源码

编程文档：
https://gitee.com/cicadasmile/butte-java-note

应用仓库：
https://gitee.com/cicadasmile/butte-flyer-parent

• 我正在参与掘金技术社区创作者签约计划招募活动，点击链接报名投稿。