atian25
commented
6 years ago 最后那张图，是在语雀上直接用 PlantUML 画的。
PlantUML 的优势是：
- 类 Markdown 那样让你自然的画图
- 可多人协作，可版本跟踪
一般来说，你不需要太关注语法和布局，很自然的画即可。
当然，它提供了不少特性，可以让你画的更好看点。
如下就是那张图的源码：
@startuml
autonumber
hide footbox
title **Node 应用研发部署流程**
actor "开发者" as user
participant "代码仓库(GitLab)" as gitlab
participant "持续集成系统" as ci
participant "运维发布系统" as sys #orange
participant "服务器" as server
== 研发流程 ==
user -> gitlab: 提交代码
activate user
deactivate user
activate gitlab
gitlab -> ci: 单元测试
deactivate gitlab
activate ci
note right of ci: tar 或 docker
ci -> ci: 打包
ci -> sys: 推送
note right of sys: 存储到 oss
activate sys #orange
deactivate ci
deactivate sys
...
== 上线/回滚流程 ==
user -> sys: 选择要上线的版本
activate sys #orange
activate user
deactivate user
sys -> server: 推送
activate server
note right of server: **无需--安装依赖--，快速且确定**
server -> server: 解压
server -> server: 启动
server --> sys
@enduml看起来好像有点复杂，其实只是因为我有强迫症，喜欢用 activate/deactivate 来改变生命周期。
可以简化为：
@startuml
autonumber
hide footbox
title **Node 应用研发部署流程**
actor "开发者" as user
participant "代码仓库(GitLab)" as gitlab
participant "持续集成系统" as ci
participant "运维发布系统" as sys #orange
participant "服务器" as server
activate user
activate gitlab
activate ci
activate sys #orange
activate server
== 研发流程 ==
user -> gitlab: 提交代码
gitlab -> ci: 单元测试
note right of ci: tar 或 docker
ci -> ci: 打包
ci -> sys: 推送
note right of sys: 存储到 oss
...
== 上线/回滚流程 ==
user -> sys: 选择要上线的版本
sys -> server: 推送
note right of server: **无需--安装依赖--，快速且确定**
server -> server: 解压
server -> server: 启动
server --> sys
@enduml
IEfucker
YardWill
Gerhut
wotermelon
genffy
背景
Node.js 很简单，容易上手。但也因此缺乏不少规范，使用者水平参差不齐。
最近经常看到的一个问题是：
很多新手，在部署的时候，是直接在服务器上 npm install，这是非常不推荐的。存在的问题
无法确定唯一性
因为安装是有较大的网络耗时的，所以你甚至无法保证集群情况下，两台服务器上
npm install下来的包是一模一样的。如果某个库刚好更新了，并且它有 BUG，然后你就是百思不得其解：一定概率出某个问题。排查起来简直想死。
当然，很多人为了解决这个问题，就选择「锁版本」这个方案。
上线耗时久，无法快速回滚
上线后，发现线上故障，要快速回滚止血的时候，就懵逼了：
npm cache解决不了问题，如机器扩容的时候。推荐方案
其中，关键点是：在构建期就把依赖打包进去。优点：
缺点：
如何实施
那有同学就要问了：我是小公司，不像你们有这些基建可以服务，怎么办？
其实成本真的很低：
广告区