头脑风暴和总结:
用户: 所有的web服务,都应该使用普通用户启动。 所有的web服务都不应该监听80端口,除了负载均衡。(普通用户无法启动80端口,除非使用suid)
useradd www -u 2000 # 添加用户统一UID
ssh-keygen -t rsa # 生成认证的key,将公钥添加到分发机上
2. 编写部署脚本需要注意的几个问题:
脚本中使用多个方法,尽量使用含义明确的变量
脚本要有lock 文件,防止并发造成问题
脚本要有日志,出现错误时,知道执行到哪一步
脚本的命令要有容错机制,防止输错命令带来灾难性后果
先定义框架,再确定具体的内容
3. 安装gitlab 并设置:
https://www.unixhot.com/article/48
基础环境准备
[root@linux-node2 ~]# yum install curl policycoreutils openssh-server openssh-clients postfix[root@linux-node2 ~]# systemctl start postfix
安装gitlab-ce
curl -sS https://packages.gitlab.com/in ... pm.sh | sudo bash[root@linux-node2 ~]# yum install -y gitlab-ce
注:由于网络问题,国内用户,建议使用清华大学的镜像源进行安装:
[root@linux-node2 ~]# vim /etc/yum.repos.d/gitlab-ce.repo[gitlab-ce] name=gitlab-ce baseurl=http://mirrors.tuna.tsinghua.e ... m/el7repo_gpgcheck=0 gpgcheck=0 enabled=1 gpgkey=https://packages.gitlab.com/gpg.key[root@linux-node2 ~]# yum makecache[root@linux-node2 ~]# yum install gitlab-ce
配置并启动gitlab-ce
[root@linux-node2 ~]# gitlab-ctl reconfigure
可以使用gitlab-ctl管理gitlab,例如查看gitlab状态:
[root@linux-node2 ~]# gitlab-ctl status run: gitlab-workhorse: (pid 12171) 231s; run: log: (pid 7817) 555s run: logrotate: (pid 12175) 230s; run: log: (pid 7832) 548s run: nginx: (pid 12181) 230s; run: log: (pid 7823) 549s run: postgresql: (pid 12186) 229s; run: log: (pid 7683) 587s run: redis: (pid 12194) 229s; run: log: (pid 7600) 592s run: sidekiq: (pid 12198) 229s; run: log: (pid 7806) 558s run: unicorn: (pid 14967) 6s; run: log: (pid 7774) 560s 关闭gitlab:[root@linux-node2 ~]# gitlab-ctl stop 启动gitlab:[root@linux-node2 ~]# gitlab-ctl start 重启gitlab:[root@linux-node2 ~]# gitlab-ctl restart
第一次登录gitlab,需要为root用户修改密码,root用户也是gitlab的超级管理员。
如果要修改仓库的默认显示路径需要修改gitlab 的配置文件:
vim /etc/gitlab/gitlab.rb external_url ' # 修改url路径名
修改之后需要重新配置gitlab:
gitlab-ctl reconfigure
4.本地设置SSH-key之后可以创建项目,添加具体的信息。部署脚本执行流程:
先判断锁文件是否存在,如果存在则打印提示信息,退出部署。
如果锁文件不存在,说明当前没有其他人执行此脚本,根据输入的命令(deploy、rollback)来执行不同的命令;
如果是deploy则执行,shell_lock:创建锁文件;然后执行code_get:获取代码库中的代码,通过writelog 函数写入日志,切换到代码目录,git pull下最新的代码,然后拷贝到tmp目录;执行code_bulid函数,写入日志; 执行code_config函数,记录日志,将配置文件目录下的文件整体拷贝到tmp目录下对应的项目中,之后对项目名称目录重命名为带有时间戳和版本号的新目录; 执行code_tar函数,写入对应的日志,并将整个项目打包为tar.gz的压缩包;执行code_scp函数,写入日志,分别使用scp 将打包的压缩包拷贝到预生产和生产组的所有远程服务器上;执行pre_deploy,预生产环境的部署,写入日志,通过ssh 远程连接到预生产主机,执行解压命令,然后删除旧的软链接,创建一个指向新版本的软链接。执行pre_test函数,对部署的代码进行测试,如web直接curl一下地址; 根据pre_deploy函数和pre_test相同的原理,对生产主机依次执行group_deploy和group_test函数,解压缩,创建软链接,测试。
如果是rollback,先创建锁文件,执行rollback函数,如果rollback 后面没有输入参数,则提示后退出,如果有参数list ,则列出之前旧的版本信息,如果指定的是版本信息,则调用rollback_fun函数读取需要回滚的主机列表,删除旧的软链接,创建一个新的软链接。回滚完成。
5.针对不同的项目使用不同的脚本,对不同的项目可以使用相同的脚本框架和思路。标准化规划需要在项目初期做好。
转载于:https://blog.51cto.com/tryingstuff/1884795