微服务-CAP和AKF拆分原则

什么是CAP?

C:一致性

A:高可用性

P:分区容错性

一个系统无法同时满足CAP,只能是两两组合。CA、CP或者AP

CA(一致性+高可用性)

想要同时具备一致性和高可用性,往往采用的都是单体服务架构数据存储,但服务是部署多份的。形成了多个服务节点对接同一个数据库的场景。

CP (一致性和分区容错性)

想要同时具备一致性和分区容错性,高可用性就不能被保证,因为此时虽然通过扩展多台数据库保证了分区容错性,但是忧郁需要保证强一致性,在一台数据库有写入数据操作时,其他数据库也要同步写入,此时会加上写锁,阻塞其他服务的读/写请求

AP(高可用性与分区容错性)

同时保证了高可用性和分区容错性,大多数公司在用的架构。此时是无法保证强一致性的,但是可以通过一些手段,来保证弱一致性,过程中无法数据完全一致,允许一定的消息时延,只需要后期能在特定时间(闲时或指定时间)同步,从而达到最终一致性!解决方案如:异步复制、基于日志同步、定时对账与同步等等

AKF拆分原则

借用慕课网的图

相关推荐
贺国亚9 分钟前
Agent参考架构
架构
小碗羊肉13 分钟前
【Redis | 第六篇】Redisson
数据库·redis·缓存
夜勤月18 分钟前
AQS 与 ThreadPoolExecutor 深度拆解:JDK 高并发底层设计精髓
android·java·开发语言
phltxy25 分钟前
Spring AI 应用开发
java·人工智能·spring
码不停蹄的玄黓27 分钟前
Arthas 线上问题排查实战:CPU过高、频繁GC
java
Michaelwubo31 分钟前
swagger全集通+mock(prism)
java
诸葛务农34 分钟前
共沸脱水技术及其在光刻胶用PGMEA纯化中的应用(中)
linux·数据库·人工智能
程序员魔丸39 分钟前
AI领域智能体(Agent)详细介绍
架构·agent
LJianK139 分钟前
服务器内存过高排查流程
数据库