分布式架构资料教程

大白话解释11个系统设计概念：不做任何工作。（快速失败）减少工作量。（算法优化）并行工作。（

去中心化标识符(DID) 具有一个经常被忽视的优势：它们充当标识符元系统，可实现未来防护和跨不同身份系统的互操作性。 这一概念是 Sam Curren 在互联网身份研讨会 (IIW) 上题为“DID 还是非 DID？标识符元系统的价值；eIDAS

为 Cassandra 等现代分布式数据库提供支持的 Shared Nothing 架构实际上是在 1986 年提出的。它预测了我们今天认为理所当然的关键功能：水平扩展、容错和通过商品硬件实现的成本效益。 嘿！我想分享一些关于我们许多现代分布式系统所采用的

本文讨论处理最终一致性的三种模式，并通过实际例子进行说明。 假设您有两个服务： 订单 发票 当客户下订单时，您必须生成相关发票。 1. 后台同步模式

那天，我坐在挪威奥斯陆NDC大会一个黑漆漆的会议室里，听一个叫巴里·奥莱利的大佬讲课。 他一开口，说的竟然是“十万个灯泡”！每个灯泡要么亮，要么灭，还都连在一起。 听起来像在讲童话故事，对吧？但这家伙可不

Netflix 的博客文章讨论了他们的分布式计数器抽象，这是一项旨在处理大规模分布式计数同时保持低延迟的服务。此抽象建立在他们现有的时间序列抽象之上，用于存储和查询大量时间事件数据。 Netflix 的计数要求包括跟踪用户交互、监控功能使用情况以及

在本文中，我们展示了 Apache Camel 和 Apache Kafka 之间的区别。它强调了 Camel 和 Kafka 不是竞争技术。相反，它们可以一起使用并发挥互补作用。Kafka 适用于大容量事件流和持久消息存储。Camel 专注于企业集成、消息路由和转换。

改变你对系统的看法可能会产生重大影响。以哥白尼为例，一个“简单”的视角变化对我们所有人都有宝贵的教训。 16 世纪初，哥白尼意识到，现有的太阳系模型过于复杂。这些模型看上去很漂亮，但要弄清楚物体相对于其他物体的位置，它就成了一个相当困难的工作模型。

Marc Brooker 这篇文章讨论了形式化方法在软件工程实践中的重要性，特别是在构建大型系统、分布式系统或关键的低级系统时，在这些情况下不使用形式化方法很可能会浪费时间和金钱。 形式化方法并不便宜，也不是特别容易，并且并不适合每种软件工程方法。

在本文中，我们使用 Spring Boot 和 Dapr 构建了一个松耦合的发布/订阅消息系统。通过利用 Dapr 对消息代理的抽象及其与 Spring Boot 的集成，我们简化了消息传递逻辑，而无需依赖特定的基础架构。我们还演示了如何使用 Testcontainers 在本地运行和测试整个设置，

幂等性这个东西，很多人没怎么注意它，但它其实挺重要的。 在分布式系统里，幂等性能让系统既稳定又高效。如果你像我们一样，正在做那种要求反应特别快的API，而且一旦达不到标准就得挨罚，那你可能得好好看看这篇文章了。

Hypersistence TSID 是 Java 生态中生成时间排序唯一标识符的轻量级库，通过 64 位整数结构平衡了唯一性、排序性和可读性，特别适合分布式数据库主键场景。 TSID（Time-Sorted Unique Identifier，时间排序唯

网络可靠性是人们对专注于网络行为的分布式系统的错误认识之一。 在设计大型应用程序时，我们经常假设在两个节点之间通信时会丢失

Kafka团队的"找数据难"风波：为啥查个余额要翻遍整个账本？ 2016年某天，Kafka团队的程序员们集体掉头发——因为用户总在问："我就想查张三现在账户余额，为啥非得把银行十年流水账全翻一遍？" 这就像你去ATM取钱，机器非要你从开卡第一笔交易

ElasticJob从ZooKeeper集群搭建到多类型任务配置的完整技术解析 ElasticJob作为Apache ShardingSphere生态的核心组件，通过分片机制实现分布式任务调度，支持Java、Script、HTTP三种任务类型，结合ZooK

缓存是一种抽象，而不是一种优化。 以前老师总说缓存是"性能加速器"：（推眼镜模仿老教授）"只要处理好一致性，就能让数据从慢吞吞的硬盘瞬移到内存！" 但最近老师搬砖时发现——（突然摔课本）这说法简直在误人子弟！