Files
wordcloud/learning/01-project-lifecycle-and-operations.md

4.9 KiB
Raw Permalink Blame History

传统项目开发有哪些部分,运维是干什么的

对应你的问题:“传统项目开发中有哪些部分,运维是干什么的”

下文按“全生命周期”拆解,先讲开发各阶段,再讲运维对应干什么。所有例子尽量映射到 WordCloud 这个项目本身,方便你直接对照。


一、项目开发的全生命周期(6 个阶段)

阶段 昵称 这个阶段的产出物 WordCloud 里的例子
1. 需求/设计 想清楚 PRD、原型图、接口契约 词云效果要支持 VERTICAL_RATIO,垂直字怎么排;前端画布要能导出 SVG
2. 开发 写代码 功能代码、单元测试 ewc_core.cpp 的碰撞布局算法、frontend/src/components/... 的 UI 面板
3. 构建/打包 编译出来 可执行产物 C++ → .so、前端 vite builddist/、Docker image
4. 部署 放上线 线上运行的服务 docker compose up -dVPS/云主机上跑 backend + frontend
5. 运行/监控 盯着它 日志、告警、扩缩容 查看 /api/health、容器内存占用、用户访问量是否把接口打满
6. 维护/迭代 打补丁 新 release、热修复 修复布局算法 bug、加新字段 canvasNegativeSpaceRatio、灰度发布

不要把“开发”只理解为写代码。 写代码只是阶段 2,后面 4 个阶段合起来叫“运维相关”或“交付相关”。


二、运维(Operations)到底是干什么的

运维不是修电脑、不是只会重启服务器。它的核心职责可以用一句话概括:

**让软件从“能跑”变成“稳定、安全、低成本地跑在线上,并且出了问题能快速恢复”。**la

2.1 运维的 5 大日常工作领域

领域 通俗解释 在 WordCloud 项目里的具体体现
部署与发布 把新版本放上线,让用户能用 docker compose builddocker compose up -d;或者把 image 推上私有 registry,服务器拉下来跑
监控与告警 知道系统什么时候快挂了 healthcheck 配置在 docker-compose.yml 已有:curl -f http://localhost:8000/api/health,失败 3 次就标记容器 unhealthy
日志与排障 出事了看日志找原因 FastAPI 访问日志、C++ 扩展 stderr 报错、前端浏览器 console error
备份与恢复 数据丢了能救回来 service_workspace/service_projects/ 里的用户设计稿、字体文件,是否定期快照?
安全与权限 别让人随便进来搞破坏 前端直接暴露到公网?后端有没有 CORS 白名单?Docker 端口只开 8000/3000

2.2 运维与开发的关系——不是“前后顺序”而是“左右手”

开发(Dev)          运维(Ops
  │                    │
  ├─ 写功能代码     ←→ ├─ 配 CI/CD 流水线(自动构建、自动部署)
  ├─ 本地调通        ←→ ├─ 配测试环境(staging)让你先验证
  ├─ 写接口文档      ←→ ├─ 配网关/路由/负载均衡
  ├─ 写单元测试      ←→ ├─ 写监控规则、告警阈值
  └─ 代码合并到主分支 ←→ └─ 上线、回滚、值班

现代常说的 DevOps 就是把这两只手绑在一起:开发也要懂怎么部署,运维也要懂代码里埋的探针。

2.3 没有“专职运维”时,这些活谁来干

小团队(比如这个项目目前的状态)通常没有独立的运维工程师,这时工作会分摊给:

  • 开发自己:配 Docker、写 docker-compose.yml、看日志排查线上 bug。
  • 项目负责人/你自己:买服务器、配域名 HTTPS、决定什么时候升级 Node 版本。
  • 云服务商托管:比如用 Vercel 部署前端、用 Cloud Run / 阿里云函数计算 跑后端,省掉一部分基础设施运维。

三、用这张图记住重点

需求 → 开发 → 构建 → 部署 → 运行 → 监控 → 维护 → 回到需求
       ↑___________________________________________↓
                     (开发闭环:迭代)

需求 → 开发   = 产品经理 + 程序员
构建 → 部署   = 构建工具(Docker、Vite)+ 发布脚本
运行 → 维护   = 运维(或全栈开发者兼任)

四、下一步你可能想问的(预告)

如果你想问 我可以写的大概内容
"这个项目具体怎么搭测试环境?" 本地 vs Docker 两种跑法,数据卷挂载
"我需要学哪些运维命令?" dockerdocker composehtopcurljournalctltail -f 等结合本项目场景
"上线前要做哪些检查清单?" 一份针对 WordCloud 的 pre-deployment checklist
"前端和后端是怎么联调的,接口崩了怎么看日志?" runbook,按步骤排查

你只管问,我问完就写成文档。