微服务-CAP和AKF拆分原则

什么是CAP?

C:一致性

A:高可用性

P:分区容错性

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

CA(一致性+高可用性)

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

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

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

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

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

AKF拆分原则

借用慕课网的图

相关推荐
敏姐的后花园1 小时前
模考倒计时网页版
java·服务器·前端
小满、1 小时前
MySQL :实用函数、约束、多表查询与事务隔离
数据库·mysql·事务·数据库函数·多表查询
百***35332 小时前
PostgreSQL_安装部署
数据库·postgresql
Dcs3 小时前
Java 中 UnaryOperator 接口与 Lambda 表达式的应用示例
java·后端
君不见,青丝成雪4 小时前
网关整合验签
大数据·数据结构·docker·微服务·系统架构
rayylee4 小时前
生活抱怨与解决方案app
数据库·生活
bagadesu5 小时前
使用Docker构建Node.js应用的详细指南
java·后端
没有bug.的程序员5 小时前
Spring Cloud Gateway 性能优化与限流设计
java·spring boot·spring·nacos·性能优化·gateway·springcloud
Lucifer三思而后行6 小时前
使用 BR 备份 TiDB 到 AWS S3 存储
数据库·tidb·aws