微服务架构中的关注点分离

时间:2017-03-18 11:18:23

标签: microservices amazon-kinesis-firehose

我有一些插在电子商务平台上的微服务。 今天,我们将我们的微服务打破了:  - 客户服务   - 订购服务  - 送货服务   - ...... 例如,当新客户加入电子商务或某人的地点和订单时,它会为我们的一个微服务做一个webhook,它只是获取信息并转储到firehose / S3。

我的问题是:维护将数据转储到处理特定主题(客户,订单等)的分离微服务上的功能或创建例如另一个称为“通知服务”的微服务来处理所有问题更好他们?

另一个例子可能是:每个微服务发送通知,如电子邮件或短信。或者,拥有一个完全负责通知的独立微服务是否更好?

1 个答案:

答案 0 :(得分:0)

微服务必须创建一个且只有一个resposiblity,在您的情况下,Notofication服务应该是单独的微服务,它根据事件执行操作。

因此,当硝化作用增加或减少时,您将能够向上或向下扩展通知服务