问题
我们目前正在设计新的,但在如何处理聚合电子邮件方面遇到了困难。我们需要做的是不发送一封电子邮件,而不是发送每一个动作(可以是20+在几分钟内),我们会发送一个小时后的电子邮件总结所有的行动已经完成。
我们到目前为止有什么
到目前为止,我们建议使用这种消息传递模式,其中客户机服务是集群中的任何服务,Messagebot是我们的。
辩论
对于需要发送的数据,我们不太确定,这就是我们需要帮助的地方。到目前为止,我们认为这应该是从Client到Notification的JSON的结构(步骤1):
{
template_id: SOME_TEMPLATE_ID,
user_id: SOME_USER_ID,
objectid: SOME_OBJECT_ID
}
或
{
template_id: SOME_TEMPLATE_ID,
user_id: SOME_USER_ID,
required_objects: { task_id: SOME_TASK_ID, document_id: SOME_DOCUMENT_ID }
}
其中,task_id和document_id只是示例,它将根据模板进行更改。对于不同的模板,它也可以很容易地成为{product_id: SOME_PRODUCT_ID}
。
为什么要辩论
到目前为止我们的想法是:
在结论中
感谢您的阅读。这项服务的设计很重要,因为它将是我们整个组织的核心。
在我们的情况下,哪一种辩论过的JSON结构最适合?另外,了解我们的需求,这类服务的适当设置是什么?(又名。我们的其他假设正确吗?)
发布于 2016-11-04 01:28:32
所以你的信息机器人会
在我看来,你的信息机器人被赋予太多的任务。如果我在设计这个系统,我想让messagebot更简单一些。服务器应该封装编译电子邮件的知识,例如管理自己的模板等等。这些服务将把已编译的电子邮件推送到队列中,这样messagebot就可以接收并发送邮件。messagebot中唯一的逻辑是从队列中获取电子邮件并发送。通过这种方式,不管将来还有多少服务,messagebot将保持良好和简单。
https://stackoverflow.com/questions/40413453
复制相似问题