我想问一下您对微服务架构中定价的看法。
假设产品有其标准价格，根据客户是企业还是个人，是否有特定产品的促销活动以及促销活动的条件，该价格可能会更低。例如，如果有>3 .产品来自"a&c";目录。
正如你所看到的，价格可以根据很多条件而降低。
知道这一点，并且我们的数据在许多数据库中-如何处理给定客户的当前价格计算?
你有设计模式的想法吗?
提前感谢!
知道我们的数据在许多数据库中
有一个模式叫做每服务数据库。看起来你在用这个模式。而且这个文档还说:
保持每个微服务的持久数据对该服务私有并且只能通过其API访问。服务的事务只涉及它的数据库。
如果这些降低价格的条件位于不同的数据库中:
- 无论客户是企业还是个人
- 是否有促销活动对于一个给定的产品和什么条件给定的推广。
则可以创建API，提供从这些服务获取数据的方法。然后在你的服务您可以设置所需的价格基于此信息
更新:
根据databaseperservice模式，你应该为每个服务提供单独的API。例如，client服务应该有自己的API,promotion服务应该有自己的API。和你的price服务应该从这些服务中获取数据，并决定应该设置什么价格。
服务应该包含属于它们的业务逻辑。如何在服务之间划分逻辑?可以应用SOLID原则中的单一责任原则。阅读更多关于"模式:按业务能力分解"的内容。在microservices。