在微服务的颗粒度方面,我了解到了2个披萨规则、可以在2周内开发的服务等。当阅读亚马逊、Netflix、Gilt等案例时,我们听说有数百个服务。虽然服务颗粒度是有意义的,但仍然不清楚每个微服务的数据存储。如果每个服务都存储/维护自己的数据,那么是否会有太多的数据存储?它可能是相同的逻辑实体,如产品、客户等,被分割并由相应的微服务存储/维护相关部分/属性。可能会有一个服务维护基本客户信息,另一个服务维护额外的客户信息,比如他的订阅信息或他的兴趣等。
以下是几个关于数据存储的问题:
以下是几个关于数据存储的问题:
- 备份、还原等维护问题是否会很大?
- 这些存储如何初始化数据?是否有任何最佳实践?组织很可能拥有大量的客户或产品数据,并且它们很可能在其他系统中进行管理。
- 多个数据存储的方法如何影响“全渠道”方法,在其中暗示获取所有数据的单一视图?组织可能一直在进行数据整合倡议以实现相同的目标。
编辑:稍微修改了主题