Administrator

Linux SSH 安全加固：密钥登录、双因素认证、访问限制与升级检查

Linux 服务管理：Systemd、日志、Supervisord 与可靠启停

现代 Linux 服务优先由 systemd 管理。Supervisord 适合管理部分前台进程，但不应与 systemd 重复托管同一个服务。 ## Systemd 常用操作 ```bash systemctl status app.service systemctl start app.serv

Linux 日常运维手册：命令检索、文本处理、用户、软件包与磁盘

Prometheus Exporter 实战：使用 Node Exporter 与 Blackbox Exporter 监控主机和服务

Prometheus 本身负责抓取、存储和查询时序指标，Exporter 负责把系统或服务状态转换为 Prometheus 指标。Node Exporter 采集 Linux 主机内部指标，Blackbox Exporter 从外部探测 HTTP、TCP、ICMP 和 DNS，两者解决的问题不同。

生产发布工程实践：统一规范、渐进交付与快速回滚

可靠发布的目标不是“永不失败”，而是在变更失败时尽早发现、限制影响并快速恢复。生产发布应由统一平台执行，使用经过测试的不可变产物，配合渐进式流量、健康门禁和可验证的回滚方案。 ## 1. 建立统一但不过度僵化的规范 建议统一以下基础能力： 1. 通过一个受控发布系统操作生产环境。 2. 使用经过审批

CI/CD 流水线设计：持续集成、持续交付与持续部署的区别

CI、持续交付和持续部署经常被统称为 CI/CD，但三者解决的问题不同。设计流水线前先明确边界，才能避免“有 Jenkins 就算 DevOps”或“自动部署等于持续交付”的误区。 ## 1. 持续集成（Continuous Integration） 持续集成强调开发者频繁把小变更合入共享主干，并通

DevOps 入门：从部门协作到可度量的软件交付能力

DevOps 不是一个工具名称，也不是把开发人员叫成运维。它是一套文化、工作方式和工程能力，目标是让开发、测试、安全和运维共同对软件从需求到生产运行的完整生命周期负责。 ## 1. DevOps 要解决什么问题 传统交付经常出现这些现象： - 开发只负责写代码，发布失败后再交给运维处理。 - 测试环

OpenStack 运维排障指南：实例创建失败、网络不通与卷挂载异常

OpenStack 故障往往跨越多个服务。一个实例处于 ERROR，可能来自配额、调度、镜像、网络、存储、计算节点或消息队列。有效的排障方法不是同时重启所有服务，而是先确定请求停在哪一层，再围绕 request ID 串联证据。 ## 1. 先保存基本信息 ```bash openstack ser

OpenStack 镜像与块存储实践：Glance、Cinder、快照和备份

OpenStack 中“镜像、实例磁盘、卷、快照和备份”经常被混为一谈。Glance 管理可重复使用的镜像，Cinder 管理持久块存储；实例快照、卷快照和卷备份又有不同恢复目标。先分清对象，再设计迁移与灾备流程。 ## 1. 镜像、卷和快照的区别 - Glance Image：用于创建实例或卷的模

OpenStack Neutron 网络与 SR-IOV：网络、子网、端口和直通实践

Neutron 把网络连接抽象成 Network、Subnet、Port、Router 和 Security Group。日常操作中最容易混淆的是：网络只是二层范围，子网负责地址规划，端口才代表虚拟网卡的连接点。SR-IOV 又引入 PF、VF、物理网络映射和特殊 VNIC 类型，需要更严格的前置检