北大青鸟java培训：服务器开发部署方式？

随着互联网技术的不断发展，我们在进行服务器开发方面也掌握了很多的开发部署技术。

今天，河北IT培训http://www.kmbdqn.cn/就给大家简单来介绍一下，都有哪些服务器开发部署方法是值得我们使用的。

停机部署停机部署其实是简单粗暴的方式，就是简单地把现有版本的服务停机，然后部署新的版本。

在一些时候，我们必需使用这样的方式来部署或升级多个服务。

比如，新版本中的服务使用到了和老版本完全不兼容的数据表的设计。

这个时候，我们对生产有两个变更，一个是数据库，另一个是服务，而且新老版本互不兼容，所以只能使用停机部署的方式。

这种方式的优势是，在部署过程中不会出现新老版本同时在线的情况，所有状态完全一致。

停机部署主要是为了新版本的一致性问题。

这种方式不好的问题就是会停机，对用户的影响会很大。

所以，一般来说，这种部署方式需要事前挂公告，选择一个用户访问少的时间段来做。

蓝绿部署蓝绿部署与停机部署大的不同是，其在生产线上部署相同数量的新的服务，然后当新的服务测试确认OK后，把流量切到新的服务这边来。

蓝绿部署比停机部署好的地方是，它无需停机。

我们可以看到这种部署方式，就是我们说的预发环境。

在我以前的金融公司里，也经常用这种方式，生产线上有两套相同的集群，一套是Prod是真实服务的，另一套是Stage是预发环境，发布发Stage，然后把流量切到Stage这边，于是Stage就成了Prod，而之前的Prod则成了Stage。

有点像换页似的。

这种方式的优点是没有停机，实时发布和升级，也避免有新旧版本同时在线的问题。

但这种部署的问题就是有点浪费，因为需要使用双倍的资源(不过，这只是在物理机时代，在云计算时代没事，因为虚拟机部署完就可以释放了)。

另外，如果我们的服务中有状态，比如一些缓存什么的，停机部署和蓝绿部署都会有问题。

滚动部署滚动部署策略是指通过逐个替换应用的所有实例，来缓慢发布应用的一个新版本。

通常过程如下：在负载调度后有个版本A的应用实例池，一个版本B的实例部署成功，可以响应请求时，该实例被加入到池中。

然后，版本A的一个实例从池中删除并下线。

这种部署方式直接对现有的服务进行升级，虽然便于操作，而且在缓慢地更新的过程中，对于有状态的服务也是比较友好的，状态可以在更新中慢慢重建起来。

但是，这种部署的问题也是比较多的。

在发布过程中，会出现新老两个版本同时在线的情况，同一用户的请求可能在新老版中切换而导致问题。

一、前言

前面我们已经尝过了在云服务器上部署代码的甜头了，现在主菜就要上场了，那就是将我们的 JavaWeb 项目部署到云服务器上。兴奋吧？淡定淡定~

二、项目部署

我们对于 Java Web 项目在本地机器(无论是 Windows 还是 Linux)上的部署已经了然于心了，那么对于在云服务器上部署 Java Web 项目又是如何操作的呢？ 其实很简单，还是离不开 Web 项目部署的那三点：

① 基础的 JDK 环境

② 一个 Web 服务器。如 Tomcat、JBoss

③ 一款数据库。如：mysql

对于云服务器上 Java Web 项目的部署，和平时在 Windows、Linux 下部署是一样的。最多也就是只能使用纯命令模式来操作而已，其实过程都一样。

2.1 环境准备

既然是 Java Web 项目的部署，首先自然需要配置好相关的环境罗。也就是：先在云主机上搭建好 Java 开发环境，如 OpenJDK 的安装、Tomcat 的安装、Mysql 数据库的安装。

2.2 项目部署

我们要部署 Java Web 项目，那就至少得将项目上传到云服务器。其实过程很简单，基本上也就是下面三个步骤：

① 打包上传：将项目打包成 war 文件，然后利用传到远程服务器（在Eclipse中直接将项目导出为.war文件）。

② 将 war 文件移动到 Tomcat 目录下的 webapps 下。

③ 重启 Tomcat，访问我们的项目。

在这个过程中，我们需要注意。因为一般而已，作为一个 Web 项目，我们肯定是有数据库的使用的。那么数据库部分怎么办呢？其实，只需要将我们已有的数据库转储为 sql 文件，然后将 sql 文件上传到云服务器上执行即可。以 mysql 为例，如下操作：

① 转储为 sql 脚本，并上传：先在本地将我们项目使用的数据库转为 sql 文件，上传到云服务器上 （可以利用 Navicat 将数据库转储为.sql文件）。

② 执行 sql：然后进入 mysql 中执行该 sql 文件。（若服务器装有Navicat，可直接用Navicat执行.sql文件，执行前需要选中存放表的数据库，应该与代码中数据库连接语句包含的数据库名保持一致）

把本地项目部署到服务器上方法比较多，这里以javaee项目为例：

1、把项目打包成zip，

2、FTP上传到生产服务器tomcat的webapps目录下解压；

3、本地修改好的文件，

4、立即FTP上传到生产服务器对应的目录；

5、生产服务器安装svn服务，在本地把修改过的文件commit，然后生产服务器update。

扩展资料：

可以从这几个方面来衡量服务器是否达到了其设计目的；R：Reliability可靠性；A：Availability可用性；S：Scalability可扩展性；U：Usability易用性；M：Manageability可管理性，即服务器的RASUM衡量标准。

1、可扩展性

服务器必须具有一定的“可扩展性”，这是因为企业网络不可能长久不变，特别是在当今信息时代。如果服务器没有一定的可扩展性，当用户一增多就不能胜任的话，一台价值几万，甚至几十万的服务器在短时间内就要遭到淘汰，这是任何企业都无法承受的。为了保持可扩展性，通常需要在服务器上具备一定的可扩展空间和冗余件（如磁盘阵列架位、PCI和内存条插槽位等）。

可扩展性具体体现在硬盘是否可扩充，CPU是否可升级或扩展，系统是否支持WindowsNT、Linux或UNIX等多种可选主流操作系统等方面，只有这样才能保持前期投资为后期充分利用。

2、易使用性

服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。但是软件系统一多，又可能造成服务器的使用性能下降，管理人员无法有效操纵。所以许多服务器厂商在进行服务器的设计时，除了在服务器的可用性、稳定性等方面要充分考虑外，还必须在服务器的易使用性方面下足功夫。

服务器的易使用性主要体现在服务器是不是容易操作，用户导航系统是不是完善，机箱设计是不是人性化，有没有关键恢复功能，是否有操作系统备份，以及有没有足够的培训支持等方面。

参考资料来源：百度百科 ：服务器

---