<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>备份 on Text Matrix</title><link>https://txtmix.com/tags/%E5%A4%87%E4%BB%BD/</link><description>Recent content in 备份 on Text Matrix</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 27 Sep 2026 03:34:45 +0800</lastBuildDate><atom:link href="https://txtmix.com/tags/%E5%A4%87%E4%BB%BD/index.xml" rel="self" type="application/rss+xml"/><item><title>restic 拆解：加密、去重、增量、多后端压成一条命令行，代价写在读写顺序里</title><link>https://txtmix.com/posts/tech/restic-go-backup-tool-architecture-guide/</link><pubDate>Fri, 12 Jun 2026 15:11:35 +0800</pubDate><guid>https://txtmix.com/posts/tech/restic-go-backup-tool-architecture-guide/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;判断&lt;/strong&gt;：restic 面对的实际问题不是「把文件复制一份」，而是「备份存储不可信时，加密、去重、增量、多后端这四件事如何同时成立，并且对运维仍然只是一条命令行」。README 里的五条设计原则——Easy / Fast / Verifiable / Secure / Efficient——是这条约束在五个方向上的投影：Easy 面向运维，Fast 面向数据量，Verifiable 面向恢复链路，Secure 面向不可信后端，Efficient 面向存储成本。四者同时满足的做法在仓库里写得很具体：对象只写不改，数据靠内容哈希共享，回收只由一个命令负责。&lt;code&gt;doc/design.rst&lt;/code&gt; 用一节 &amp;ldquo;Read and Write Ordering&amp;rdquo; 把它落成四条不变量，本文其余部分基本沿着这条主线展开。&lt;/p&gt;</description></item></channel></rss>