我试图将遗留的订单处理和库存系统重构为一个更干净的面向服务的事件驱动体系结构。然而,我很难决定哪些服务应该负责预订/分配库存。
对现行制度的概述
销售订单是通过第三方系统向我们下的,但我们不一定有所有的订单线在库存。
- If an order item is in stock then we allocate/reserve the stock for that order straight away.
- However, if we do not have enough stock then we procure the stock from our suppliers vi
我正在自学SQL,使用Microsoft Server管理,并有一个问题,假设你有Customer表,Store表和Delivery表。每次Customer购买产品或制造Delivery(INSERT INTO TABLE)时,商店都需要更新库存计数。当一个数据被Inserted到Customer表和Delivery表中时,如何更新Store表中的库存盘点?如何将新产品从Delivery插入到Store表中?我认为嵌套查询是解决这两个问题的正确方法,但不确定如何对INSERT查询执行嵌套查询
我正试图了解围绕事件驱动架构的最佳实践。假设我有两个服务,订单服务和库存服务。用户希望订购产品,并向订购服务发送请求。
问题1:如何设计这个?
选项1:
order-service - do the order transaction
order-service - place an order event.
inventory-service - consumes event and deducts.
备选方案2:
order-service - place an order event.
order-service - consumes its own event for the orde