微服务的目标就是为了能够快速响应产品迭代、快速发布运用而生的。所以微服务的部署频次会变得很高，那么如何快速的完成部署呢？
持续集成选择
- jenkins: 目前最常用的ci非jenkins莫属了，jenkins功能强大，插件众多，社区和用户也十分活跃，代码也是完全开源的，对于大规模微服务部署是一个不错的选择。
- teamcity: 是jetbrain公司出品的ci，部署简单，使用方便，但是是收费的，免费使用只能配置100个微服务，由于我们现在微服务的规模只有80左右，所以选择了配置简单的teamcity
环境准备
- 在CentOS 7上每个机器都创建统一的service模版文件，然后通过ci传入不同的微服务名称和相关启动参数，来创建微服务所对应的service文件。然后通过systemctl的命令来启动、关闭和重启对应的微服务
[Unit]
Description=${service_name} #服务名称
Requires=network.target
After=network.target
[Service]
User=java #启动服务的用户
Group=java #启动服务的组
Type=simple
WorkingDirectory=/opt/apps/${service_name}
Environment=JAVA_HOME=/usr/java/default
TimeoutStopSec=60
ExecStart=java -Xms1G -Xmx1G -jar ${service_name}.jar --spring.profiles.active=pro
SuccessExitStatus=143
Restart=always
RestartSec=5
StandardOutput=null
[Install]
WantedBy=multi-user.target
服务部署
- 更新代码
- 根据源码构建项目，生成jar包
- 上传jar包到对应的备份目录
- 执行停止服务命令:
systemctl stop service_name - 移动jar包到对应的启动目录
- 执行启动服务命令:
systemctl start service_name - 然后通过health check检查服务正确性
- 启动成功之后，把相关代码在git上打一个tag，为了方便之后回滚
踩过的坑
- 当一个服务还在运行的时候，如果用新的jar包替换老的jar包，那么正在运行的进程会抛出异常，导致服务不可用，所以我们先
stop服务，然后再拷贝jar到对应位置，然后在start服务，这样可以保证服务正常关闭和启动 - 因为部署微服务是个连续的过程，必须要通过health check来保证当前服务启动正常，才能进行后续的微服务的部署
- 停止服务是通过service文件里面的
SuccessExitStatus=143配置来停止的。不要直接通过kill -9的命令来停止服务，那样会引起微服务正在进行的处理失败，导致接口返回异常 - service文件里面的
Restart=always配置可以保证微服务进程意外死亡时自动重启，进一步保障的服务的稳定性
