作为开发部门，大家都是怎么讲项目交给运维部门上线的？

docker image

“有个 war 包”

第一步就不对了

建议搜索“持续集成” "自动化部署"

建议用 CI 来根据 pull request 打 war 包和部署，另外可以看看 tomcat 的 parallel deployment:

http://tomcat.apache.org/tomcat-8.5-doc/config/context.html#Parallel_deployment

部署的服务器账号给我。。。

我们运维开发是同一个人

@HypoChen 多谢，我去查看一下相关文档。

@mcfog 我描述不仔细，其实这个 war 包就是我们的 jenkins 已经构建好的，但是运维那边可没有 jenkins 啊。。

@ericFork CI 是开发自己的 CI ，运维没有，感觉让他们自己安装一个又不太现实。 tomcat 文档正要看，多谢提供思路。

@Mose
@jinhan13789991 服务器属于自己多好，随便搞。。

谁开发谁运维。。

@virusdefender 谁污染谁治理，，哈哈

把代码提交到 gitlab 上，点击部署， ok

@reeco 部署的结果是在开发服务器上构建出一个 war 包，但是后续的问题仍然存在。

现在很多公司都在用 docker ，搞自动化部署。

@zonga 后续的问题是指什么呢？如果应用上没有什么需要，一个 war 足以。除非你们的运维不知道 war 是干嘛的，或者不知道 war 的一些机制。你打成 rpm 也是一样的，对了！回滚这部分咋考虑的？

我司也是谁开发谁运维。

支持谁开发谁测试谁运维。不分 RD QA OP ，但是要求大家都是 full stack

打包成 rpm 不如 build 成 docker image

CI 持续集成

80%的服务跑在容器里面

基本链路是 : 打包成 image -> 传给测试测试 -> build run 部署

jenkins 等工具基本实现了自动化

git push origin master

请问各位，在自动化部署过程中，比如 java 项目，生产环境怎么实现业务不中断的？
切走流量-->重启 tomcat-->切回流量吗？

我们这里开发自己发布 server ...

我们是 git 提交完代码以后，让专门负责运维的人，执行一下 shell 代码，批量从多台机子上面 pull 代码。

第一次的话，直接要服务器密码自己配

@zonga 后续能有什么问题，如果你指的是你的代码造成部署失败，那就只能自己解决

吐槽一句说打 Docker image 的你们知道 Tomcat 本身就是个容器么 ...

@salmon5 生产环境要有主备，先更新备机再更新主机， Jenkins+ansible 实现自动部署， ansible 将应用发布到服务器之前先将原有 webapps 里的包以包名和日期结合的方式备份起来rsync 到备份服务器，然后重启 tomcat （最好注册成 service 或 systemctl ）

@aveline servlet 容器和 linux container 完全两码事好吧！

@julyclyde 是两回事 ... 但是我总觉得容器里再套个容器怪怪的 ...

@salmon5 是这样没错，通过 nginx 更改 upstream 来搞

用 git 开发把代码推送到 master 分支。然后在服务器 更新代码。编译程序。复制编译好的程序到服务目录。修改配置文件。重启 tomcat 。当然上面的过程用 shell 实现。

@aveline 把 servlet 容器叫成“应用服务器”也行。不过这样又跟 EJB 的重名了？哈哈哈哈……

@aveline 蒸锅里，一楼碗里蒸条鱼，二楼碗里咸鸭蛋，…… 蒸锅是容器，碗也是容器，该干嘛干嘛去，哇卡卡卡

都是自己动手丢上线的，丢给运维，回头出问题了还是回来找你。

easy

主要看你多大规模，有没有人手， full stack 适合几个人的小公司，没啥流量服务随时可中断，等你到了一定规模，开发，测试，运维这些就必不可少了，人多了一个人一个想法，必须走流程规范。

你们都用 jenkins 了，再多一步部署到运维的服务器不行吗...