30、分布式系统中的权衡与服务发现

分布式系统中的权衡与服务发现

1. CAP 定理下的权衡

1.1 牺牲可用性(CP 系统)

当我们需要保证一致性时,每个数据库节点都需要确保其持有的数据副本与其他节点一致。在网络分区的情况下,如果数据库节点之间无法通信,它们就无法协调以保证一致性。此时,为了保证一致性,唯一的选择就是拒绝响应请求,这意味着牺牲了可用性,这样的系统属于 CP(一致性和分区容错性)系统。

在多节点间实现一致性非常困难。例如,当我们从本地数据库节点读取记录时,为了确保记录是最新的,需要向其他节点询问,并且在读取完成前要求其他节点不允许更新该记录,这就需要在多个数据库节点间发起事务性读取。然而,事务性读取速度慢,需要加锁,可能会阻塞整个系统。而且在分布式系统中,锁的管理更加困难,即使在单进程系统中,锁的实现也并非易事。

强烈建议,如果需要多节点一致性,不要自己开发,而是选择提供这种特性的数据存储或锁服务,如 Consul 实现了强一致性的键值存储,用于在多个节点间共享配置。

1.2 牺牲分区容错性(CA 系统)

根据 CAP 定理,我们可以选择其中两个特性。AP 系统最终一致,易于扩展和构建;CP 系统一致性强,但构建和扩展困难。那么是否可以选择 CA 系统呢?实际上,若系统没有分区容错性,就不能在网络上运行,它必须是本地运行的单进程,所以在分布式系统中不存在 CA 系统。

1.3 AP 还是 CP 的选择

选择 AP 还是 CP 取决于具体情况。作为系统构建者,我们知道 AP 系统更易扩展和构建,而 CP 系统因支持分布式一致性面临挑战,需要更多工作。但我们可能不了解这种权衡对业务的影响。例如,对于库存系统,如果

分布式微服务企业级系统是一个基于Spring、SpringMVC、MyBatis和Dubbo等技术的分布式敏捷开发系统架构。该系统采用微服务架构和模块化设计,提供整套公共微服务模块,包括集中权限管理(支持单点登录)、内容管理、支付中心、用户管理(支持第三方登录)、微信平台、存储系统、配置中心、日志分析、任务和通知等功能。系统支持服务治理、监控和追踪,确保高可用性和可扩展性,适用于中小型企业的J2EE企业级开发解决方案。 该系统使用Java作为主要编程语言,结合Spring框架实现依赖注入和事务管理,SpringMVC处理Web请求,MyBatis进行数据持久化操作,Dubbo实现分布式服务调用。架构模式包括微服务架构、分布式系统架构和模块化架构,设计模式应用了单例模式、工厂模式和观察者模式,以提高代码复用性和系统稳定性。 应用场景广泛,可用于企业信息化管理、电子商务平台、社交应用开发等领域,帮助开发者快速构建高效、安全的分布式系统。本资源包含完整的源码和详细论文,适合计算机科学或软件工程专业的毕业设计参考,提供实践案例和技术文档,助力学生和开发者深入理解微服务架构和分布式系统实现。 【版权说明】源码来源于网络,遵循原项目开源协议。付费内容为本人原创论文,包含技术分析和实现思路。仅供学习交流使用。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值