我们可以把nestjs的工程传到服务器上,然后直接进行npm操作。 也可以在本地打包出nestjs的包,将dist
目录传到服务器上。
在这里为了方便演示,我们描述的是将工程传到服务器后的操作。 传工程文件,可以用github/gitee当作中间桥梁,也可以用vscode的插件传输,或者使用scp命令。
同理,dist
目录也可以传到github/gitee上,服务器直接使用编译好的文件。
直接启动 启动前,进入工程目录,先安装一次。
用npm run
命令启动服务
1 2 3 4 5 $ npm run start $ npm run start:dev
在服务器上,运行正式环境(生产环境 production)
1 2 3 4 5 $ npm run start $ npm run start:prod
使用npm run
运行的程序,可以ctrl + c
停止。
run起来后,编译后的文件在dist
目录里。
使用pm2管理 pm2是常用的node进程管理工具,它可以提供node.js应用管理,如自动重载、性能监控、负载均衡等。
在服务器上,我们使用npm安装这个工具
安装完毕后,查看一下版本
pm2启动服务 我们知道,nestjs编译后的文件在dist
目录里,入口文件是dist/main.js
用pm2启动服务之前,先把该装的库用npm装好。运行npm run start:prod
,然后ctrl + c
停止。
接下来用pm2启动
1 pm2 start dist/main.js --name="这里是自定义的名字"
查看服务 使用命令pm2 list
查看服务
例如在某个服务器上
1 2 3 4 5 6 7 8 9 10 $ pm2 list ┌─────┬───────────────────┬─────────────┬─────────┬─────────┬──────────┬────────┬──────┬───────────┬──────────┬──────────┬──────────┬──────────┐ │ id │ name │ namespace │ version │ mode │ pid │ uptime │ ↺ │ status │ cpu │ mem │ user │ watching │ ├─────┼───────────────────┼─────────────┼─────────┼─────────┼──────────┼────────┼──────┼───────────┼──────────┼──────────┼──────────┼──────────┤ │ 3 │ rustfisher-debug │ default │ 1.0.0 │ fork │ 12260 │ 2M │ 0 │ online │ 0% │ 39.7mb │ ubuntu │ disabled │ │ 2 │ rustfisher-release│ default │ 1.0.0 │ fork │ 12090 │ 2M │ 46 │ online │ 0% │ 44.6mb │ ubuntu │ disabled │ │ 0 │ index │ default │ 1.0.0 │ fork │ 0 │ 0 │ 68 │ stopped │ 0% │ 0b │ ubuntu │ disabled │ │ 1 │ index │ default │ 1.0.0 │ fork │ 0 │ 0 │ 15 │ stopped │ 0% │ 0b │ ubuntu │ disabled │ │ 4 │ an.rustfisher │ default │ 0.0.1 │ fork │ 32252 │ 74m │ 0 │ online │ 0% │ 51.5mb │ ubuntu │ disabled │ └─────┴───────────────────┴─────────────┴─────────┴─────────┴──────────┴────────┴──────┴───────────┴──────────┴──────────┴──────────┴──────────┘
停止服务 想要停止某个服务,使用pm2 stop
+ 服务名(name)或者id
例如
1 pm2 stop rustfisher-debug
执行完毕后,会自动运行一次pm2 list
重启服务 用pm2 restart
+ 服务名(name)或者id
1 pm2 restart rustfisher-debug
或者
日志管理 默认情况下,pm2的日志存放在~/.pm2/log
里。每个启动的服务有对应的log文件。
例如,在某个服务器上
1 2 3 $ ls .pm2/logs/ app-error.log dr-debug-error.log dr-release-error.log index-error.log www-error.log app-out.log dr-debug-out.log dr-release-out.log index-out.log www-out.log
nohup后台启动 我们也可用nohup后台启动。
进入工程目录,运行
1 nohup npm run start:prod >> nohup.log &
查看进程
1 2 3 4 5 $ ps -aux | grep node ubuntu 11826 0.0 1.2 674064 10988 ? Ssl Mar16 0:00 /usr/local /bin/node /usr/local /lib/node_modules/npm/node_modules/update-notifier/check.js {"pkg" :{"name" :"npm" ,"version" :"6.14.6" }} ubuntu 16478 0.0 0.0 4512 788 pts/3 S 11:49 0:00 sh -c node dist/main ubuntu 16479 0.4 5.1 578840 45228 pts/3 Sl 11:49 0:00 node dist/main ubuntu 16959 0.0 0.1 13232 928 pts/3 S+ 11:52 0:00 grep --color=auto node
可以看到有2个相关的进程16478和16479
查看端口占用情况。假设我们工程监听的是8090端口。
1 2 3 4 5 $ netstat -anp | grep 8090 (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 0 127.0.0.1:52788 127.0.0.1:8090 TIME_WAIT - tcp6 0 0 :::8090 :::* LISTEN 16479/node
结合一看,进程16479是我们后台运行的服务没错了。
停止后台进程
kill然后再查询进程和端口占用情况,就没有相关的进程了。
总结 可以用不同的方式后台启动服务。 启动生产环境之前,要先同步并编译。