首先简单说下思路:本地git仓库与远程仓库关联(github、码云等平台),然后pm2按照指定配置登录服务器,拉取远程仓库的代码更新,再执行一些指定的命令(如打包等)。
本地新建名为web的项目,进入项目并创建一个简单的Nodejs文件app.js,
mkdir web && cd web
vi app.js
文件内容编辑如下,完成后保存退出:wq!。
// app.s
const http = require('http');
const homePage = `
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
<style type="text/css">
* {
padding: 0;
margin: 0;
}
body {
padding: 30px 0;
text-align: center;
font-size: 16px;
background-color: #333;
}
h1,h2 {
color: #fff;
}
nav {
margin-top: 20px;
}
a {
color: #ccc;
cursor: pointer;
}
a:hover {
text-decoration: underline;
}
</style>
</head>
<body>
<h1>Nodejs部署示例项目</h1>
<h2>项目部署上线示例</h2>
<nav>
<ul>
<li><a>列表</a></li>
</ul>
</nav>
</body>
</html>
`
http.createServer((req,res) => {
res.statusCode = 200;
res.setHeader('Content-Type','text/html');
res.end(homePage);
}).listen(3000, () => {
console.log('Sever Running On 3000:');
})
把本地项目放到远程仓库,可选Github或者码云等平台。首先查看本地是否生成过.ssh目录及目录下是否有私钥及公钥文件
ls ~/.ssh
如果存在,跳到下一步。如果不存在id_rsa、id_rsa.pub文件,需要先生成一下:
"youemail"填写你的邮箱
ssh-keygen -t rsa -C "youremail"
cat ~/.ssh/id_rsa.pub
本地仓库关联远程仓库的其他操作这里就不赘述。
服务器环境:阿里云的ecs,系统是Ubuntu 14.06
这一步后面是不需要手动操作的,但我们要做好配置,这里可以先手动拉取远程代码测试一下是否配置成功。
xxxx为你远程仓库的项目地址
cd ~
git clone xxxx
在本地项目中新建配置文件ecosystem.json,这里为了方便理解添加了注释,但json文件不能有注释,记得去掉。
{
"apps":[
{
"name": "website", // 项目名称
"script": "app.js", // 入口文件
"env": {
"COMMON_VARIABLE": "true"
},
"env_production": {
"NODE_ENV": "production" // 环境变量
}
}
],
// 环境部署的配置,此处只以production为例
"deploy": {
"production": {
// 登录服务器的用户名
"user":"slevin",
// 服务器ip
"host": ["47.75.191.199"],
// 服务器ssh登录端口,未修改的话一般默认为22
"port": "22",
// 指定拉取的分支
"ref": "origin/master",
// 远程仓库地址
"repo": "git@gitee.com:mslevin/website.git",
// 指定代码拉取到服务器的目录
"path": "/www/website/production",
"ssh_options": "StrictHostKeyChecking=no",
"env": {
"NODE_ENV": "production"
}
}
}
}
配置文件中指定了存放项目的目录/www/website/production,但可能并不存在,需要手动新建:
mkdir /www && cd www
mkdir website
由于pm2需要在website目录中创建productions目录,需要更改website的读写权限
cd /www
sudo chmod 777 website
进入用户目录,并编辑.bashrc文件,下面几行都注释掉
这步是为了防止部署的时候服务器报错找不到pm2命令
# If not running interactively, don't do anything
#case $- in
# *i*) ;;
# *) return;;
#esac
nginx做好端口转发配置
把本地项目所有的更新push到远程仓库,然后执行
pm2 deploy ecosystem.json production setup
pm2 deploy ecosystem.json production
如果没有问题的话,本地打开浏览器访问对应ip:port就可以看到内容了。后面每次项目做了个更新之后, 同步到远程仓库,然后执行pm2 deploy ecosystem.json production即可。
pm2的使用心得,Node服务常使用的工具是pm2和forever,通过它可以是node的服务在后台运行。通过pm2对node进程的管理,可以简化很多繁琐的任务,例如性能监控、自动重启、负载均衡等
Node 应用为单线程应用,JS 虽可利用异步 I/O 避免线程阻塞,但无法利用多核 CPU 的优势提升运行效率,提高吞吐量仍需多线程。Node Cluster 可产生多个工作线程共享同一 TCP 连接,主线程通过 IPC 通道与工作线程通讯,并使用 Round-robin 负载均衡极好的处理线程间压力。
当我们需要将项目部署到远程线上服务器时;传统的方法可能就是:将本地代码通过ssh、ftp等方式上传到服务器;然后通过ssh登入到服务器,配置好环境;手动启动应用。太过手动化,麻烦,操作繁琐。
启动时指定日志存放的文件位置;使用配置文件的方式.注意: 如果你已经启动过了项目,那么再次启动项目时指定的日志路径是不生效的,需要先在pm2实例列表中把该项目清除掉,按照id单个清除如:pm2 delete [id] 或者全部清除掉 pm2 delete all
node守护进程比较nodemon:开发环境使用,修改后自动重启。 forever:管理多个站点,每个站点访问量不大,不需要监控。 pm2:网站访问量比较大,需要完整的监控界面。
在Stream,我们构建了许多应用程序来展示我们的服务所提供的出色功能。对于几乎所有的应用程序,我们都将它们放在一个云服务器上—通常是DigitalOcean或AWS EC2。虽然维护代码库和维持它的相关性是有困难的
pm2是一个带有负载均衡功能的 Node 应用的进程管理器。当你要把你的独立代码利用全部的服务器上的所有CPU,并保证进程永远都活着,0秒的重载, PM2是完美的。它非常适合IaaS结构,但不要把它用于PaaS方案
全局安装pm2;检测pm2是否安装成功,在命令行输入pm2 -v;先查看pm2路径;从全局路径随便选一个,把pm2路径软连接到全局路径上
PM2 是 node 进程管理工具,可以利用它来简化很多 node 应用管理的繁琐任务,如性能监控、自动重启、负载均衡等,而且使用非常简单。这篇文章主要介绍pm2配置文件的相关写法
pm2(Process Manager 2)是具有内置负载均衡器的Node.js应用程序的生产运行时和进程管理器。它允许您永久保持应用程序活跃,无需停机即可重新加载它们,并促进常见的Devops任务
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!