电商背景筹划：体系消息

秋天落叶7521

电商背景体系中，消息体系是一个必不可少的功能模块，其焦点是资助背景职员及时相识业务消息，保障业务正常运行。本文作者以此为出发点，详细的概述了电商背景中的体系消息的筹划思绪，与各人分享。

背景体系是一个巨大的功能体系，及时的相识每个功能的利用状态，保障业务正常举行是每个体系的重点。通常体系内会开辟大量的监控功能(可视化的报表和非可视化的报表)来对这些业务举行监控，同时关照相应的负责人以及时相识业务和服务器状态。
常见的一些监控功能，如账号非常(账号异地登录、账号多次暗码输入错误)、运营关照(活动上架、活动下架)、订单非常（订单堆积、派单堆积）、服务器非常（服务器宕机、CPU过载）、脚本非常（脚本卡死、进程过多）等等。
本日带各人来筹划一个体系消息关照模块，通过简单的设置，完成个性化的消息发送，而且减轻后期代码的维护工作。起首我们来看看常见消息发送功能是怎样实现的以及它们的优缺点。

01 实现方式

1.1 直打仗发

直打仗发是将消息发送的逻辑和详细的业务代码逻辑写在一起，当满意条件时，触发消息发送功能。

• 长处：开辟简单，假如功能封装好后，代码粘过来，非常钟功能根本就能完成；消息发送比力及时，消息发送逻辑和业务逻辑在一起，满意条件就会立刻触发。
  
• 缺点：后期假如必要添加、编辑或删除吸收人信息，就必要修改代码，维护起来比力贫苦。认识代码的人大概几分钟就搞定了，新人估计就得看半天代码了。
  

我到场过多个体系的开辟，发现这么干的人还是挺多的。总结一下应该有以下几个缘故原由：

• 写起来简单，由于发送逻辑一样寻常都是封装好的，只必要粘代码，修改一下发送参数就完事
  
• 一样寻常背景业务体系比力多，利用的编程语言比力多，各语言之间相互调用必要设置根本服务，本钱太大
  
• 消息关照通常属于体系根本功能，产物司理根本上不会去关注，也就不会去同一规划这个功能，技能就本身随意发挥了^_^
  

1.2 消息池

通过将全部消息先网络到一个消息池(如Mysql、Redis、Kafka等)中，然后再同一通过体系调理将消息发送给吸收人。

• 长处：功能模块化，可以做到同一管理，代码的调用可以更简便，后期维护本钱可以降到最低。
  
• 缺点：消息会有耽误，消息池它是一个异步发送方式，消息的生产和发送是两个相互独立的过程；必要开辟设置内容页面，开辟量轻微大一点，但是后期能减轻更多的维护本钱，我以为好坏常值得的。
  

02 消息池模子

体系规划的目标就是让功能布局清晰，后期维护更轻松，以是上面第一种的实现方式就不讲了，紧张讨论一下消息池功能是怎样实现的。先来看一下消息池功能的模子图：

上面的模子紧张分四层：

• 消息泉源: 消息泉源从开辟角度来说，也称为消息生产者，它紧张是指消息的天生方式和位置。在巨大的背景体系中，技能架构会分别出多个业务模块，各自的的业务模块都由差异的开辟职员维护，差异的业务组利用的语言也各不类似，以是在完成类似功能时，誊写方式也是各不类似，这个是没有办法同一的。
  
• 消息池: 紧张作用是存储要发送内容信息，如消息内容，发送时间等。市面上常见的软件有Mysql、Redis、Kafka、RabbitMQ等。以是对消息数据的存储我们是可以做到同一的。
  
• 消息分发：紧张作用是获取待发送的消息列表，并根据已设置的吸收人信息，找到详细的吸收人并发送消息。技能上通常会启动相应的任务步伐一连的监控消息池，当消息池中有必要发送的数据，就实行相应业务逻辑。
  
• 吸收人: 详细的消息吸收人，吸收人的吸收方式有手机、邮箱或站内信。
  

03 功能分析

筹划详细功能前先来分析一下消息关照都涉及哪些功能。

3.1 消息范例

在体系运行过程中，会涉及到很多业务功能的监控，如订单业务中，订单付出是否有未乐成、订单分配是否有堆积的环境、派单功能是有堆积环境；再如运业务务中，商品运营活动已经设置上线时间，到点上线后必要及时关照运营职员上线是否乐成，制止影响活动结果。
为了可以或许及时让维护职员相识题目，通常都对消息举行归类，如账号非常、服务器告诫、数据库非常、运营关照、订单非常、脚本非常等。

3.2 告急程度

体系中对于差异范例的消息，根据紧张程度会分别出差异的级别。如体系逐日报表任务，由于数据量比力大，要求并不是很高，耽误一天通常都可以担当， 以是都是晚上3 ~ 5点之间由脚本主动运行导出后放在服务器上，第二天早上8点发体系关照，再由需求人自行导出就可以了，这类消息属于一样寻常程度；
但是对于服务器宕机这种环境，就必须立刻关照负责人举行处理惩罚，以免给企业带来更多的丧失，这类消息属于告急程度。

3.3 吸收方式

消息吸收方式通常就三种：站内信、手机短信、邮箱。差异的吸收方式作用有所差异：

• 站内信：站内信是体系内部功能，研发职员可以随意设置，消息内容可以写的比力详细；但是时效性比力差，取决于吸收人什么时间登岸体系。
  
• 邮箱：消息内容可以写的比力详细，时效性也比力差，但是邮件确实必发的功能，由于可以作为尽职观察的根据。
  
• 手机短信：短信功能一样寻常都由第三放平台提供，以是发送内容长度有所限定，内容必要简便，最大特点就是及时。
  

3.4 发送时间

对于体系中的消息，比力告急的如订单付出非常、数据库宕机非常它们必要及时发送，尚有一些不紧张的，比如上面说的各种任务报表，晚上3、4点天生好后，体系也不会发送消息，一样寻常会设置好时间，比及早上8、9点才会开始发送关照，尚有一些任务必要每个几小时就得发送一次。

3.5 唯一标示

唯一标示紧张用于代码开辟。在测试环境和正式生产环境由于测试导致数据库ID差异等，以是开辟时没有办法通过对应的ID调用消息，就必要筹划一个唯一标识符供开辟职员利用，一样寻常标示符定名根据详细的业务点来定名。

3.6 消息吸收人

由于员工岗位的变动，背景必要设置相应的吸收人维护界面，可以自由的添加、删除多个消息吸收人。

04 原型筹划

体系消息根本就上面这些功能，有必要的可以本身再扩展。下面给出部分原型筹划图：
功能整理：

消息设置列表：

消息表单设置页：

吸收人列表：

05 利用方法

功能我们筹划好了，如安在业务中利用，我简单说一下：

• 必要各业务平台封装消息池调勤奋能,并开放一个接口，用来创建详细消息内容
  
• 在必要发送消息的业务里，调用上面的消息创建接口
  
• 消息模块启动任务(如crontab、监听)监控消息池，假如有待发送消息，获取并构造消息内容，完成消息发送。
  

此中1、2两步必要在各自业务平台完成，第1步封装成公共功能，只用开辟一次，第2步根据业务必要自行调用，就一行代码，是不是很简便。剩余全部的功能都会集在消息模块，维护起来就比力方便了。
以上就是体系消息模块的筹划，接待下方留言互换！
作者：JackLiu；个人微信公众号: 扬帆去远航（ID:Jackai_liu)
本文由 @Jack 原创发布于大家都是产物司理，未经作者允许，克制转载。
题图来自Unsplash，基于CC0协议。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！