一、迷茫:从土木到计算机的岔路口
高考后,我所有志愿都填报了计算机专业,却因为不熟悉志愿填报规则,被调剂到了土木工程。得知自己进入一个并非理想的专业时,我一度陷入深深的悲伤和恐慌,不知道未来何去何从,甚至常常质疑自己对计算机的热爱。那种痛苦和焦虑,侵蚀了我整个毕业暑假和大一上学期。
高考后,我所有志愿都填报了计算机专业,却因为不熟悉志愿填报规则,被调剂到了土木工程。得知自己进入一个并非理想的专业时,我一度陷入深深的悲伤和恐慌,不知道未来何去何从,甚至常常质疑自己对计算机的热爱。那种痛苦和焦虑,侵蚀了我整个毕业暑假和大一上学期。
大一寒假,我做出一个决定:先学一点计算机知识,让判断不只停留在空想,而是真正去学、去实操,打破脑海里的幻想。经过大量调研,我发现 Python 是一门“进可攻、退可守”的语言:既适合小白入门,也能做爬虫接单、实现自动化,还能延伸到更高阶的 AI。当时 ChatGPT 很火,但国内 AI 还没真正爆发;2023 到 2024 年 AI 远不如现在,DeepSeek-R1 要到 2025 年初才爆发。于是,我选择 Python 作为入门语言,给自己做了一份简单规划:先掌握语法,如果确实喜欢编程,就去做爬虫接单。
大一下学期,我经历了一个学期的学习,从 Python 基础语法,到爬虫所需各种库的使用。这个过程里,踩过的坑数不胜数:从连 IDE 都不会安装,到能熟练开发程序爬取数据。深夜常伴我左右,我常在室友的游戏枪声中一遍遍实操语法、一遍遍排错。我经常进入一种极专注的状态,忘记外界一切声音,脑海里只有眼前的 bug,一遍遍调试。当程序终于跑通时,成就感席卷全身。看着程序一页页爬取数据,就像在欣赏自己完美的作品,很爽;每次解决 bug,也会让我短暂颅内高潮。我发现我和别人学程序不太一样:一次次正反馈、负反馈,都能激发我的探索欲。
后来大二,我注册了自己的闲鱼和小红书,在上面同步发帖接单,也加入了很多爬虫企业微信群接单。那段时间,成就感达到顶峰,每个月能挣到自己的生活费。虽然忙碌,上课时都在想程序怎么写,但感觉那段日子特别有意义。无论是程序成功运行,还是技术解决了别人的问题,抑或结算时拿到报酬,都让我获得满满的成就感。
大二快结束时,我开始思考更长远的职业规划:总不能一直靠爬虫接单生活吧。于是,我又开始了一轮调研。这时,我接触到“信创”,去查“十四五”规划,文件中的“云计算”三个字吸引了我。那是 2025 年中旬,AI 在国内疯狂生长、席卷而来。我觉得,未来算力爆炸,肯定需要更多服务器去承载这样的庞然大物;随着 AI 能力越来越强,所需服务器很可能指数级增长,也一定会催生越来越多岗位。其次,就算不走 AI 这条路,未来信息化程度也只会只增不减;6G 甚至 7G 时代到来后,信息同样会指数级爆炸。云计算,或者说运维这类做基础设施的行业,会非常有前景。而且国家经历“卡脖子”后,国产化替代一定会如潮水般推进,也需要更多开发运维人员参与。所以,我选择云计算行业,想成为一名运维工程师。
于是大三,我又开始学习。从熟悉主流 Linux 开始,Kylin、CentOS、Ubuntu,学习服务、网络、磁盘等基础操作;再到集群搭建网络服务,接触 Nginx、Tomcat、PHP、MySQL、NFS 等中间件,并搭建了自己的第一个网站和第一个博客。这时,我也拥有了一台自己的 ECS 云服务器,配置 IP、域名、证书。当能通过自己的域名访问网站时,我特别开心,感觉这是一个里程碑。从那一刻起,运维的大门才徐徐向我打开,我也真正领略到运维之美。
后来,我开始学习自动化运维:Ansible、Jenkins,实现集群控制和代码发布;再研究云原生知识:Docker、K8s、Ceph、Prometheus、EFK。到这里不得不感叹,运维技术栈实在太多太广,一条完整请求流程,居然要经历这么多东西。
2026 年,感觉学得七七八八后,5 月我去到武汉小麦便利做运维实习生,负责售货机监控和 CI/CD 维护。
8 月末,我来到深圳,以校招实习生的身份入职广州嘉为科技(嘉为蓝鲸),从事蓝鲸云管理平台的部署与开发工作,通过 ITSM 实现实例和中间件的全生命周期控制。
虽然我的专业不是计算机,但我相信:只要选好方向,剩下的只管努力。
转型的路上,每一次方向抉择都很痛苦,每一次转身也都有阵痛。但回头看,正是那些深夜调试的专注、程序跑通的瞬间、域名访问成功的里程碑,让我一步步确认了自己要走的路。
我喜欢做有挑战性的事,也喜欢做有趣的事。
成果K8s 集群部署由 1 小时降低至 5 分钟,效率提升 90%;线上故障排查时长下降 70%;数据库依托分布式存储实现数据多副本冗余,规避单点磁盘丢失风险。
展开实现细节阿里云 ACK 托管集群组件封装度高、自定义改造受限,手动二进制部署 K8s 耗时 1 小时以上效率低下;传统物理机部署若依系统软硬件深度耦合,业务扩容需要停机、数据库无动态持久化存储、缺少统一指标监控与日志排查平台,线上故障发现滞后、定位慢、数据无容灾保障。
编写 3 套 Shell 自动化脚本完成全流程 K8s 二进制部署:系统初始化脚本完成内核调优、开启 IPVS 模块、关闭 Swap、主机三节点互信配置;ETCD 部署脚本自动签发 ETCD 与 K8s 全套 TLS 证书、搭建高可用 ETCD 集群;K8s 组件部署脚本从阿里云 OSS 拉取组件包并做文件校验,一键部署 APIServer、控制器、调度器、kubelet、Containerd。
若依前后端 deploy 部署:将若依 Vue 前端、SpringBoot 后端打包容器镜像,通过 Deployment 控制器实现业务弹性扩缩容、故障 Pod 自动重建,依靠 Service 实现组件内部负载均衡,前端 Service 采用 LoadBalancer 类型对外暴露访问入口,依托集群多节点特性实现接入层高可用。
Cephfs 动态存储:部署 Rook-Ceph CSI 驱动并配置 StorageClass 存储类,实现 PVC 动态供给,MySQL 数据库使用 StatefulSet 绑定 Ceph 远端 RBD 块存储完成持久化,依托 Ceph 多副本冗余、RBD 快照实现数据库故障漂移、数据备份恢复。
搭建 SRE 可观测体系:Prometheus 采集节点硬件、K8s 核心组件、业务容器、MySQL、Ceph 全量指标,Grafana 绘制业务运行大盘,AlertManager 配置企业微信分级告警;基于简化 ELK 架构,使用 Filebeat 直接采集容器日志,推送至 Elasticsearch 集中存储,借助 Kibana 完成业务日志、报错日志可视化检索,缩短故障排查时长。
成果docker-compose 一键启停所有服务,博客和网盘共享 nginx + php + mariadb 稳定运行;存储全部挂载宿主机资源,修改资源方便,不用重建镜像。
展开实现细节个人 2C2G 低配阿里云服务器部署有博客、私有网盘、静态资源、工具站点等多项服务,初期采用单服务独立部署模式,存在端口杂乱、环境不隔离、中间件重复部署、服务器资源浪费严重,运维效率极低。
系统检测:基于 2C2G 低配版考量,必须整合功能,让多个应用共享 Nginx / PHP / MySQL,不重复开容器浪费资源。
兼容性检测:调研各服务对组件的要求,发现 kodbox 网盘对 php 的 gd 扩展有单独的 JPEG / FreeType 支持要求,于是定制 php 的 Dockerfile,安装并开启 JPEG / FreeType 支持,编译新的 php 镜像。
镜像准备:下载好 nginx:1.24、mariadb:10.6 和编译好适配后的 php 镜像。
编写 docker-compose.yaml:编排好 mariadb、php、nginx,启动顺序为 mysql → php → nginx,然后挂载宿主机的程序目录、nginx 配置目录、数据库目录、证书目录。
成果多节点对外提供服务,承载流量大,同时消除单点故障;每日备份,保障数据安全可靠性;Redis 做缓存,数据吞吐量更大。
展开实现细节传统单机 WordPress 存在严重单点故障,无故障自动切换、无文件同步、备份机制薄弱,无法保障业务 7×24 小时稳定运行。为此搭建七层分布式集群架构,从负载均衡、Web 业务、数据缓存、容灾备份多维度消除单点隐患,实现业务高可用。
部署双机 nginx + keepalived 架构,配置 VRRP 双实例互为备份,支持 VIP 自动漂移,实现主节点故障秒级切换,保障入口流量不中断。
搭建 3 台 WordPress + PHP 业务节点,通过 nginx 反向代理实现流量负载均衡,依托 lsyncd 实时同步站点文件,确保多节点业务数据一致。
搭建 MySQL + Redis 数据架构,利用 Redis 缓存优化访问速度;配置 MySQL 每日增量备份,通过 rsync + 定时任务将备份文件同步至独立备份节点,实现数据容灾留存。
成果消除存储单点故障,文件丢失风险大幅降低;支持存储节点无缝横向扩容,快照实现分钟级业务数据恢复。
展开实现细节单机部署 Kodbox 私有网盘依赖本地物理磁盘存储,硬盘单点故障会直接造成用户文件丢失,存储容量无法在线横向扩容,网盘附件、文档、图片等海量文件缺少定时快照和备份机制,数据安全性较差。
在现有 K8s 集群之上使用 Rook 容器化编排部署 Ceph 分布式存储集群,部署 Ceph-CSI 存储驱动,创建 StorageClass 实现 K8s 业务 PVC 动态创建、在线扩容。
Kodbox 网盘容器挂载 Ceph RBD 块存储用于存放用户上传附件、图片、文档等非结构化文件,网盘配套数据库同样对接 Ceph 持久化存储。
依靠 Ceph 三副本机制保障文件数据高可用,实操故障磁盘下线、新增存储节点横向扩容、集群数据重平衡,通过 RBD 定时快照完成网盘全量数据备份,可快速快照回滚恢复业务。
将 Ceph OSD 磁盘状态、PG 集群状态、磁盘 IO 读写指标接入 Prometheus 监控,配置存储异常告警,提前预警磁盘满、集群失衡等存储故障。
成果已通过微信平台审核正式上线,累计用户 390+,稳定运行;具备完整的架构设计、开发、部署上线实践经验。
展开实现细节调研发现课堂点名是教师高频场景,而市面同类产品普遍存在交互链路长、广告干扰重、卡顿明显等问题,缺少一款零广告、开箱即用的轻量工具;同时验证「AI 辅助编码 + 人工把控架构」开发模式的可行性。
架构设计与技术选型:主导前后端分层架构与技术栈选型(小程序前端 / Nginx 统一入口 / Flask 后端 / SQLite 存储 / 微信 openid 鉴权),编码阶段引入 AI 辅助开发提升交付效率,架构决策与关键实现由本人把控。
部署架构:云服务器以 Nginx 作为统一入口反向代理后端服务,打通跨 Docker 容器访问宿主机后端的转发路径(经 docker0 网桥网关 172.18.0.1,而非容器内 127.0.0.1);配置 TLS 证书实现 HTTPS 全站加密,满足微信「生产环境必须 HTTPS」的强制要求。
发布与合规:开发 / 生产环境配置分离,走通「本地调试 → 真机调试 → 体验版验收 → 提交微信审核 → 正式发布」完整发布链路,完成小程序主体认证与服务器域名白名单配置。
数据设计:后端 SQLite 持久化,按 openid 做用户级数据隔离,接口以 Bearer Token 鉴权;名单采用「本地存储 + 云端同步」双写,未登录可离线使用,登录后跨设备不丢失。
依托 Claude、DeepSeek 大模型,在 Linux 命令行搭建专属运维智能体,针对集群报错、日志异常、存储故障、容器排障场景定制专属 Prompt 与技能库。
可自动分析报错日志、输出修复命令、批量生成 Shell / Ansible 脚本、定位 K8s 与 Ceph 集群异常,大幅缩短故障排查时间,把 AI 工具融入整套运维工作流,提升自动化与排障效率。