<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>分布式系统 on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/</link>
    <description>Recent content in 分布式系统 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 02 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek/tags/%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>每天1000万事件：如何构建可靠的Webhook投递系统</title>
      <link>https://index.zshipu.com/geek/post/20260902/%E6%AF%8F%E5%A4%A91000%E4%B8%87%E4%BA%8B%E4%BB%B6%E5%A6%82%E4%BD%95%E6%9E%84%E5%BB%BA%E5%8F%AF%E9%9D%A0%E7%9A%84Webhook%E6%8A%95%E9%80%92%E7%B3%BB%E7%BB%9F/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260902/%E6%AF%8F%E5%A4%A91000%E4%B8%87%E4%BA%8B%E4%BB%B6%E5%A6%82%E4%BD%95%E6%9E%84%E5%BB%BA%E5%8F%AF%E9%9D%A0%E7%9A%84Webhook%E6%8A%95%E9%80%92%E7%B3%BB%E7%BB%9F/</guid>
      <description>每天1000万事件：如何构建可靠的Webhook投递系统 每天1000万次事件的webhook投递，常被团队一句话带过：这只是一个POST请求，半天就能完成。但信号显示，这种判断在真实规模下很快失效，因为简单的实现无法应对高并发下的队列堆积、失败重试和重复投递问题。 消息队列缓冲是处</description>
    </item>
    <item>
      <title>Redis Lua脚本把集群搞崩的真实案例分析</title>
      <link>https://index.zshipu.com/geek/post/20260831/Redis-Lua%E8%84%9A%E6%9C%AC%E6%8A%8A%E9%9B%86%E7%BE%A4%E6%90%9E%E5%B4%A9%E7%9A%84%E7%9C%9F%E5%AE%9E%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90/</link>
      <pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260831/Redis-Lua%E8%84%9A%E6%9C%AC%E6%8A%8A%E9%9B%86%E7%BE%A4%E6%90%9E%E5%B4%A9%E7%9A%84%E7%9C%9F%E5%AE%9E%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90/</guid>
      <description>Redis的Lua脚本居然把我的集群搞崩了！ 这个真实案例显示，一个脚本执行后直接导致集群不可用。开发者原本用Lua处理多条命令的原子逻辑，却在集群分片环境下触发了节点崩溃。 Lua脚本跨slot访问直接打破集群分片规则 Redis集群通过哈希槽把键空间分成16384个槽位，每个节点只</description>
    </item>
    <item>
      <title>Canva 用 S3 管理数亿会话撤销的架构实践</title>
      <link>https://index.zshipu.com/geek/post/20260819/Canva-%E7%94%A8-S3-%E7%AE%A1%E7%90%86%E6%95%B0%E4%BA%BF%E4%BC%9A%E8%AF%9D%E6%92%A4%E9%94%80%E7%9A%84%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5/</link>
      <pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260819/Canva-%E7%94%A8-S3-%E7%AE%A1%E7%90%86%E6%95%B0%E4%BA%BF%E4%BC%9A%E8%AF%9D%E6%92%A4%E9%94%80%E7%9A%84%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5/</guid>
      <description>Canva 的会话撤销难题 Canva 是一个在线设计平台，拥有数亿用户，每天产生海量会话。当用户注销、修改密码或管理员强制下线时，需要立即撤销这些会话，防止未授权访问。然而，在分布式系统中，会话数据分散在多个服务中，如何高效、可靠地撤销数亿个会话，是一个不小的挑战。 Canva 的工程师在 InfoQ 上分享了他们的解决方</description>
    </item>
    <item>
      <title>两万字深度介绍分布式系统原理一文入魂</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%A4%E4%B8%87%E5%AD%97%E6%B7%B1%E5%BA%A6%E4%BB%8B%E7%BB%8D%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E5%8E%9F%E7%90%86%E4%B8%80%E6%96%87%E5%85%A5%E9%AD%82/</link>
      <pubDate>Tue, 15 Mar 2022 09:02:33 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%A4%E4%B8%87%E5%AD%97%E6%B7%B1%E5%BA%A6%E4%BB%8B%E7%BB%8D%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E5%8E%9F%E7%90%86%E4%B8%80%E6%96%87%E5%85%A5%E9%AD%82/</guid>
      <description>作者：慕容千语 链接： https://www.jianshu.com/p/06136a5d49e8 1 概念 1.1 模型 节点 在具体的工程项目中，一个节点往往是一个操作系统上的进程。在本文的模型中，认为节点是一个完整的、不可分的整体，如果某个程序进程实际上由若干相对独立部分构成，则在模型中可以将一个进程划分为多个节点。 异常 机器宕机：机器宕机是最常见的异常之一。在大型</description>
    </item>
  </channel>
</rss>
