分布式锁应用场景很多应用场景是需要系统保证幂等性的（如api服务或消息消费者），并发情况下或消息重复很容易造成系统重入，那么分布式锁是保障幂等的一个重要手段。另一方面，很多抢单场景或者叫交易撮合场景，如dd司机抢单或唯一商品抢拍等都需要用一把“全局锁”来解决并发造成的问题。在防止并发情况下造成库存超卖的场景，也常用分布式锁来解决。实现

CQRS只是一种非常简单的模式（pattern），CQRS本身并不是一种架构风格，和最终一致性/消息/读写分离/事件溯源/DDD等没有必然的联系，它最大优势是给我们带来更多的架构属性选择

ceph简介Ceph是一个分布式存储系统，诞生于2004年，是最早致力于开发下一代高性能分布式文件系统的项目。随着云计算的发展，ceph乘上了OpenStack的春风，进而成为了开源社区受关注较高的项目之一。ceph基本结构!(http://uploadimages.jianshu.io/upload_images/4

大家好，我是58沈剑，今天我分享的主题是《58怎么玩数据库架构》，我的PPT页数非常少，讨论的问题非常的聚焦。一、数据库的基本概念基本概念就一页PPT，让大家就一些数据库方面的概念达成一致。首先是“单库”，最开始的时候数据库都是这么玩的，几乎所有公司都会经历这个阶段。接下来是“分片”，也就是

摘要：本次分享将介绍爱奇艺多类型的直播业务现状，以及直播整体技术架构和客户端直播网络模块Livenet的实现。回顾直播技术顺应业务多样化的演进过程，包括从偏P2P架构发展到结合CDN&P2P混合架构，为多端适配而实现的多协议支持和切换等演变，直播P2P和直播推流SDK的技术实现等。演讲/周志伟整理/LiveVideoStack

!头图.png(https://ucc.alicdn.com/pic/developerecology/5824380392614cdc8c0ea59a9a06a10d.png)作者| YourBatman 在线教育领域资深架构师，SpringFramework开源贡献者冷冷 云集架构师、开源项目pig 负责人、SpringClo

作为服务注册中心，Eureka比Zookeeper好在哪里著名的CAP理论指出，一个分布式系统不可能同时满足C（一致性）、A（可用性）和P（分区容错性）。由于分区容错性P是在分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。因此Zookeeper保证的是CPEureka则

!(https://oscimg.oschina.net/oscnet/0d8a31cc26a587646d5f95025a973f32d9e.png)一 微服务架构概述   1.单体应用架构存在的问题     结合：https://www.cnblogs.com/jialanshun/p/10637454.html(ht

高效应对物联网架构难题，是进一步释放物联网技术动能的关键。从《物联网架构设计难？天翼云(https://click.ctyun.cn?tracksource_bkemedium_cpscontent_se460893)存储资源盘活系统有妙招

上篇从服务粒度角度进行了探讨，本文继续从服务内的分层角度探讨。本文的观点源自我在学习与实践过程中的深思熟虑，尚处于不断探索和验证的阶段。希望能“抛砖引玉”，激发更多的讨论与交流。让我们共同进步，在探讨与实证中寻求真知。一、背景应用分层看似直观，但实践中常见