云上数据生命周期管理：从创建到销毁，让数据不再成为负担
去年，一个金融客户被审计卡住了。审计师问：“你们三年前的交易日志还在吗？”答：“在。”“那为什么没有销毁记录？”答：“我们没设销毁策略。”
不是不想销毁，是不知道什么时候该销毁、怎么销毁、销毁后怎么证明。
结果被开了整改项，花了三个月建数据销毁流程。这三个月里，那些三年前的日志还占着存储，每月多付几千美金。
这是数据生命周期管理最尴尬的现状：数据存着是成本，删不掉是风险。
今天聊聊云上数据生命周期管理。不是那种“数据很重要”的废话，而是帮你理清楚：数据什么时候该热、什么时候该冷、什么时候该删，以及怎么删才合规。
01 不是所有数据都要保留
很多人有个默认假设：数据存着总没坏处。这是最大的成本陷阱。
访问一次后就不再用的数据，占着热存储，浪费钱
超过合规保留期的数据，留着是风险（数据泄露、审计追问）
重复、过期、测试数据，留着是负债
反常识观点：数据不是资产，是负债。 每条数据都有存储成本、管理成本、安全成本、合规成本。不需要的数据，越早删越好。
那家金融公司，交易日志保留期是7年（合规要求）。但7年前的日志，从来没被访问过，却一直存在热存储上。后来改了策略：6个月内的放热存储，6个月-1年放温存储，1-7年放归档存储，7年后自动销毁。存储成本降了60%。
02 数据生命周期五阶段
一条数据从创建到销毁，通常经历五个阶段。
阶段一：创建
数据产生。可能是用户上传、日志写入、交易记录。
阶段二：热存储（高频访问）
数据被频繁使用。需要毫秒级访问，存热存储（标准）。比如最近7天的订单、最近30天的用户行为。
阶段三：温存储（低频访问）
数据很少访问，但需要快速取回。存温存储（低频、智能分层）。比如上个月的报表、去年的项目文档。
阶段四：冷存储（归档）
数据几乎不访问，但合规要求保留。存冷存储（归档、冷归档）。取回可能需要几分钟到几小时。比如3年前的日志、审计记录。
阶段五：销毁
数据超过保留期，或不再需要。彻底删除，且不可恢复。销毁要有记录，证明“我删了”。
核心原则：数据越老，越往冷存。数据过期，立即销毁。
03 存储分层：热温冷归档怎么分？
云厂商提供了完整的存储分层，按访问频率和成本选择。
热存储（标准）
适合：频繁访问、毫秒级响应
成本：最高
保留：通常30天以内
温存储（低频/智能分层）
适合：每月访问几次，但需要快速取回
成本：存储便宜，取回收费
保留：30天-1年
冷存储（归档/冷归档）
适合：每年访问一次，合规保留
成本：极低，但取回慢（分钟到小时）
保留：1-7年
销毁
超过保留期，自动删除
需要审计日志证明删除
那家金融公司用S3的生命周期策略自动流转：30天后转到低频，180天后转到归档，7年后删除。自动执行，不用人工管。
04 归档不是存进去就完事
很多人以为归档就是把数据丢到冷存，然后忘了它。但归档有几个坑要留意。
坑一：取回成本
归档存储便宜，但取回很贵。如果把需要频繁取回的数据归档了，取回费用可能比存热存储还贵。归档前想清楚：这数据真的一年内不需要取回吗？
坑二：取回时间
归档取回可能几小时。如果需要紧急取回，选“加急取回”要多付钱。归档前评估：如果突然要取回，能等几小时吗？
坑三：最小保留周期
归档存储通常有最小计费周期，比如180天。180天内删了，也按180天收费。归档前确认：这数据确定能放满180天吗？
05 合规销毁：删数据比存数据难
销毁数据听起来简单——删除按钮一按就行。但在合规环境下，销毁比存储难。
合规销毁要回答三个问题：
数据真的删了吗？（不可恢复）
什么时候删的？（有记录）
谁授权删的？（可追溯）
怎么做？
使用云厂商的“对象锁定”或“合规保留”功能，确保保留期内不可删除
保留期结束后，自动删除，且删除操作有审计日志
定期导出销毁报告，证明合规
那家金融公司被审计卡住的，就是第三个问题——没有销毁记录。后来他们配置了S3的生命周期策略，删除操作自动记录到CloudTrail。审计再来，直接导出日志，证明“到期的数据已销毁”。
06 一个真实案例：从成本黑洞到合规过关
一个医疗客户，存储了10年的患者影像数据。合规要求保留10年，超过10年的必须销毁。但他们从来没有销毁过，因为“不知道怎么删、怕删错”。
结果存储成本每年涨30%，10年前的数据还在热存储上，每月白白烧钱。
我们帮他们做了几件事：
第一，数据分类。按年限分层：最近1年（热）、1-5年（温）、5-10年（冷）。
第二，自动流转。生命周期策略：1年后转低频，5年后转归档，10年后自动删除。
第三，销毁审计。删除操作记录到日志，每月导出销毁报告。
第四，合规留证。开启对象锁定，确保保留期内数据不可篡改、不可删除。
一年后，存储成本降了70%，审计顺利通过。技术负责人说：“以前数据是负担，现在数据是资产——用对了地方，管对了时间。”
写在最后
数据生命周期管理，核心不是技术，是治理。什么时候该存、什么时候该删、怎么删、怎么证明删了——这些想清楚，数据就是资产；想不清楚，数据就是负债。
那家金融公司的运维负责人后来总结了一句话：“以前觉得数据越多越好，现在觉得，该删的不删，比不该存的乱存更可怕。”
你的数据，哪些该存、哪些该删，你想清楚了吗？
