集群/垂直架构缓存:
1 集群架构(1-2):
- 集群架构1: a. 所有业务都访问同一个集中式缓存. b. 业务是混合进行部署,业务划分不清楚.
- 集群架构2(多个应用单独部署): a. 不同的业务做独立的划分,独立的部署. b. 每种业务使用独立缓存,从业务层将缓存进行互相隔离,防止互相影响. c. 业务项目根据一定的边界做了简单的拆分,分别做了集群部署. => 推荐DDD d. 业务间可以通过接口来访问.
2. 集群架构3:
- 在一定程序降低了耦合度,当并发量增大时,使用本地缓存和集中式缓存二级缓存相结合的架构. a. 将一些变化较少的数据放到本地缓存中,来抗并发. b. 一些变化较多的数据放到集中式缓存中配合使用.
- 对于缓存一致性要求不高,允许出现不同项目实例间. a. 在同一响应时间,会出现本地和集中缓存不一致的情况.
3. 集群架构4:
- 可以监听将本地缓存与集中缓存,实现本地缓存数据同步,来处理缓存一致性的问题. a. 用户在后台修改集中式缓存信息,有专门的程序来监听缓存变化,再将变化的数据发到zookeeper中. b. 由zookepper来统一通知所有业务项目的本地缓存,再做更新.
- 如果中间某个环节的中断了,该如何保证变化的数据不丢失? a. 可以通过各种机制和业务需求来保证.
4. 集群架构特点:
- 特点: a. 以单体项目为基础进行业务系统的划分. b. 系统之间存在数据冗余,系统耦合度较高.
- 优点: a. 项目架构简单,开发成本低. b. 可以针对某一系统瓶颈进行适当扩展. c. 不同系统可以用不同的技术实现.
- 缺点: a. 全部功能依然在一个系统中,后期难为维护. b. 集群扩展到一定程度就会产生瓶颈.