朝着先能干活的方向努力。。。奥利给！！！04

example项目熟悉完了，接下来就是部署了。

example项目部署

之前也不部署过项目，但是仅仅限于机械的部署。这里我不想谈具体的步骤，只想从整个部署过程中都做了什么来谈，这样更方便我们理解部署的原理。。。

 测试环境部署项目步骤

• 创建系统
• 创建应用
• 编译打包
• 构建管理
• 创建分组
• 创建负载均衡
• 创建集群
• 集群上线

创建系统、创建应用没啥好说的。一个系统里面可以创建多个应用。以后的步骤都是以应用为单位进行

编译打包这个里面其实挺有学问的，我来讲讲。

我们在本地搞完代码之后，如果要运行也是需要编译的，如果要部署的话也是需要打包的。只不过这回不同的是我们依赖云端服务器帮我们自动编译、自动打包。

本地编译我们需要的信息：使用jdk、使用maven、知道仓库地址及分支、知道编译打包的命令啊、以及制定编译的项目环境啊、以及打好的包存放的位置啊

云端服务器帮我们自动编译打包，自然我们也需要把这些信息告知给它鸭。他做的步骤就比本地稍稍多一些啦。

云端服务器会先以某个身份执行，然后呢会下载git的项目下载指定的分支。代码下载好后，会执行maven命令进行编译，会从maven仓库拉取依赖，下载依赖的时间会很久。编译的大部分时间都是用来下载依赖啦。依赖下载好后，接下来就是build打包了。打包成功后，会将包上传到oss进行存储。

构建管理：上一步编译打包成功后，这一步就是选择上一步打包好的包，选择构建的环境（语言、系统、web容器）。我理解这一步其实就是云端在oss下载上一步编译好的包、这一步其实就相当于自动化部署。因为仅仅将项目编译好了其实没什么用，他还需要运行的环境，因此这一步是将编译的包放在一个docker环境中让他运行起来。当然docker环境也是现搭建的

创建分组：这一步我理解上一步包和docker镜像都弄好了，这一步只需要把docker放在真正的容器上。因此可以自动以选择容器的数量、磁盘的大小、容器的机房等.到我理解这一步这个项目已经伴着docker在对应的容器运行了

创建负载均衡：配置好后，由于是内网服务。需要配置反向代理、负载均衡，我理解这一步其实就是保证服务外网可用.这一步其实就是配置反向代理，负载均衡的策略。这一步自然要选择nginx转发的机器了。而这机器其实恰好就是上一步创建分组中的容器。

创建集群：创建集群，其实就是将构建管理的景象和创建分组中的容器进行关联

集群上线：我理解就是镜像和容器关联后，将服务启动的过程。

其中，我们也仅仅是从使用的角度完成了部署，也大概了解了一下这个部署的过程及原理
接下来，我们看一下这个过程中的一些基础知识。
web_tomcat和java worker区别
Web tomcat应用需要使用源码编译出一个war包，然后通过tomcat实例启动应用。
Java worker应用是通过java命令启动jar包，需要用户提供应用的启动脚本(start.sh)，一般Java worker应用使用Maven Assembly插件将编译结果打包成一个zip包。