我只想在我的电子商务项目中实现微服务。如果我有 2 个微服务,它们是单独的项目、数据库和服务器中的产品微服务和事务微服务。数据库设计是这样的:
products table:
id
name
code
price
...
transactions table:
id
product_id
qty
price
...
问题是:如何制作与产品相关的获取所有交易 API?因为产品在另一个项目和数据库中?我应该获取所有交易,循环并调用获取产品详细信息,然后将产品密钥一一设置为产品对象吗?或者有什么最好的解决方法吗?谢谢。
我想返回这样的东西,因为我希望这个 API 返回产品关系以在交易列表前端显示产品。
{
"transactions": [
{
"id": 1,
"product": {
"id": 1,
"name": "Bottle",
"code": "B1",
"price": 50000
},
"qty": 1,
"price": 50000
}, {
"id": 2,
"product": {
"id": 2,
"name": "Cable",
"code": "C1",
"price": 20000
},
"qty": 1,
"price": 20000
}
]
}
在进行面向服务时最难理解的事情之一是隔离和自治的好处是有代价的。该成本是数据重复。在微服务架构中避免数据重复是极其困难的。
然而,数据重复并不总是坏事。事实上,您可能会争辩说数据重复是一个重要的推动因素。将数据复制视为好而不坏与常识和传统软件培训背道而驰,但是您需要适应这种心态才能在微服务上取得成功。
在您上面的模型中,如果您想与一些产品数据一起显示您的交易,那么您将需要将该产品数据存储在与您的交易相同的数据库中,即交易服务数据库。
回答不可避免的问题“产品数据如何到达那里?” - 有必要在之前的某个时间添加产品数据,最好是在首次创建产品时。
如果我想更新产品,我是否也应该在交易服务上进行更改?
是的,这是正确的,但前提是您关心变化(从交易的角度来看)。如果您在交易中不关心产品上的某些更改,则不要更新。
我们怎么知道哪个部分需要有重复数据/没有?
这是基于您查看交易的要求。关键是:一旦你复制了你的产品,它实际上是一个与产品服务中的实体不同的实体,尽管它会共享一个标识符。因此,您可以在交易服务中改进产品模型,而不必担心产品服务中的产品模型。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句