如何解决如果微服务架构中的数据量巨大,我应该复制数据吗?
考虑像Amazon,Flipkart这样的公司。
它们显示了我们的订单历史记录,意味着他们具有“订单微服务”和“商品详细信息微服务”。
因此,每当我打开订单列表时,这些站点都会从订单微服务中获取数据以及针对该订单的交易状态列表。我最好的猜测是,他们针对订单表中的交易ID保持维护订单状态,因为复制的数据也存在于付款/交易微服务中。
任何人都可以告诉我,如果该交易数据在系统中呈指数增长,那么将其存储在Order Microservice中是否有意义?
或者我的猜测在这种情况下是错误的。
解决方法
关于主要问题,不应仅仅因为微服务体系结构中的数据量巨大而复制数据。复制可以被认为是在拥有另一份数据副本的情况下使用的工具。例如:
- 重新启动(零停机时间)需要高可用性。
- 低延迟(机器)的不同区域需要数据。
- 如果洪水袭击了存储数据的位置(灾难恢复)。
最有可能的是,交易数据在系统中呈线性增长。指数增长通常是不可持续的。我不确定Amazon / Flipkart如何为他们的数据建模,但是解决上述问题的一种方法是在订单,付款和商品之间建立关系。例如:
- 订单知道他们拥有哪些物品。 (商品ID列表)
- 订单知道已付款。 (付款ID列表)
订单结构:ID,状态,商品ID,付款ID 付款结构:ID,状态,金额 项目结构:ID,名称,金额
“订单”,“付款”和“项目”可能是单独的微服务,但仍可以根据需要使用ID从每个微服务中获取相关数据。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。