软件包、日志和计划任务是 Linux 日常运维的三件套。它们决定软件如何安装升级、系统如何留下证据、定时任务如何可靠执行。

1. 学习目标

• 掌握 apt、dnf/yum、日志目录、journald、cron 和 systemd timer。
• 能排查依赖冲突、日志爆盘和定时任务不执行。
• 能建立可维护的软件升级和任务调度策略。

2. 知识框架

Linux软件包日志与计划任务
├─ 入门：建立术语、对象和日常操作的直觉
├─ 进阶：理解机制、边界和跨平台差异
└─ 专家：能排障、能设计、能阅读实现和研究材料

软件包解决安装和依赖，日志解决证据和复盘，计划任务解决周期性动作。三者都要可审计、可回滚、可监控。

3. 核心概念

主题	说明	工程关注
包仓库	软件包和元数据来源	可信源、版本锁定、镜像
日志轮转	按大小或时间切割压缩日志	防止磁盘爆满
cron	传统定时任务机制	环境简单、语法敏感
systemd timer	systemd 原生定时任务	日志统一、依赖清晰

4. 机制与实践

1. 生产升级前确认仓库、版本、依赖变更和回滚方案。
2. 日志必须配置轮转、保留周期和集中采集。
3. 定时任务输出要写日志，失败要告警。

5. 常用命令与工具

命令或工具	作用	使用建议
apt list --upgradable	查看 Debian 系可升级包	升级前评估范围
dnf history	查看 RHEL 系包操作历史	回滚和审计
crontab -l	查看当前用户定时任务	确认任务是否配置

6. 常见误区

• 定时任务依赖交互式环境：cron 环境变量很少，PATH 和工作目录常不同。
• 日志无限增长：没有 logrotate 或应用日志策略会导致磁盘打满。
• 生产直接全量升级：依赖变化可能引入不兼容，应该先评估和灰度。

7. 进阶研究方向

• 学习 Debian 和 RPM 包管理元数据与依赖解析。
• 研究 journald 与 rsyslog、日志采集 Agent 的配合。
• 比较 cron、anacron、systemd timer 和 Kubernetes CronJob。

8. Tips 快问快答

Q：cron 不执行第一步看什么？

A：看 crontab 用户、时间表达式、环境变量、脚本权限和系统日志。

Q：为什么要日志轮转？

A：防止日志文件无限增长占满磁盘，同时保留可查询历史。

Q：升级软件包要注意什么？

A：注意版本兼容、配置覆盖、服务重启、依赖变化和回滚方案。

9. 总结

软件包、日志和计划任务看似基础，却是生产稳定性的日常支点。规范化它们能减少很多隐性运维风险。