<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>数据安全 on SILO</title>
    <link>https://silo.pgsty.com/zh/tags/%E6%95%B0%E6%8D%AE%E5%AE%89%E5%85%A8/</link>
    <description>Recent content in 数据安全 on SILO</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    
    
    
      <lastBuildDate>Mon, 09 Nov 2026 12:30:06 +0800</lastBuildDate>
    
    
      <atom:link href="https://silo.pgsty.com/zh/tags/%E6%95%B0%E6%8D%AE%E5%AE%89%E5%85%A8/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
        <title>生命周期&#34;删除全部版本&#34;只能作用于一个 key</title>
        <link>https://silo.pgsty.com/zh/blog/design/ilm-delete-all-exact-key/</link>
        <pubDate>Wed, 04 Nov 2026 00:00:00 +0000</pubDate>
        
        <guid>https://silo.pgsty.com/zh/blog/design/ilm-delete-all-exact-key/</guid>
        <description>解释生命周期或批量过期对一个 key 执行&amp;quot;删除全部版本&amp;quot;时，为何会连带删除名字位于该 key 之下的所有对象，以及为什么在对象锁内复核后、按版本 ID 清除该 key 自身的版本，是最小而完整的修复。</description>
      </item>
    <item>
        <title>恢复副本：过期的是副本，不是对象</title>
        <link>https://silo.pgsty.com/zh/blog/design/restored-copy-expiry/</link>
        <pubDate>Wed, 04 Nov 2026 00:00:00 +0000</pubDate>
        
        <guid>https://silo.pgsty.com/zh/blog/design/restored-copy-expiry/</guid>
        <description>解释当前版本的恢复副本过期时，为何会隐藏对象或抹掉更早的 null 版本；为什么按精确版本定位是核心修复；以及哪些存储层和原生恢复防护必须与它一起交付。</description>
      </item>
    <item>
        <title>多池生命周期过期：按整个对象决策</title>
        <link>https://silo.pgsty.com/zh/blog/design/multi-pool-lifecycle-expiry/</link>
        <pubDate>Wed, 04 Nov 2026 00:00:00 +0000</pubDate>
        
        <guid>https://silo.pgsty.com/zh/blog/design/multi-pool-lifecycle-expiry/</guid>
        <description>解释生命周期规则只按单个池内的版本求值时，为何会隐藏、删除或复活另一个池中的版本，以及为什么在对象锁内按合并后的版本列表复核，是最小而完整的修复。</description>
      </item>
    <item>
        <title>Heal 演练不能删除数据</title>
        <link>https://silo.pgsty.com/zh/blog/design/heal-dry-run-safety/</link>
        <pubDate>Wed, 04 Nov 2026 00:00:00 +0000</pubDate>
        
        <guid>https://silo.pgsty.com/zh/blog/design/heal-dry-run-safety/</guid>
        <description>解释以演练（dry run）方式运行的管理 heal，为何在对象版本的元数据没有读 quorum 时仍可能删除悬空版本；为什么五行的提前返回是本次发布的正确修复；以及为什么同一修复还必须在桶 heal 中把演练标志传给远端节点。</description>
      </item>
    
  </channel>
</rss>
