【问题标题】:Separation of concerns in Microservice Architecture微服务架构中的关注点分离
【发布时间】:2017-08-09 23:08:35
【问题描述】:

我有一些微服务插入我们的电子商务平台。 今天,我们将微服务分解为: - 客户服务 - 订单服务 - 送货服务 - ... 例如,当新客户加入电子商务或有人下订单时,它会为我们的一个微服务创建一个 webhook,该微服务只是获取信息并转储到 firehose/S3。

我的问题是:最好是在处理特定主题(客户、订单等)的单独微服务上维护将数据转储到 firehose 的功能,还是创建另一个名为“通知服务”的微服务来处理所有他们?

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

【问题讨论】:

    标签: microservices amazon-kinesis-firehose


    【解决方案1】:

    微服务必须被创建为只有一个职责,在您的情况下,通知服务应该是单独的微服务,它根据事件执行操作。

    因此,当通知数量增加或减少时,您将能够扩大或缩小通知服务。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-02-16
      • 2014-10-25
      • 1970-01-01
      • 1970-01-01
      • 2015-12-26
      相关资源
      最近更新 更多