一些术语描述

灰度

灰度：就是先上一个机器，没问题在再逐渐上线。一个从黑到白的过程。

灰度上线，简单点理解就是按产品需求优先级，抽出核心需求，在知足用户基本要求的状况下快速上线，并经过限制流量、白名单等机制进行产品试用，以此收集用户的意见，从而萃取出用户潜在的需求，造成后续更有针对性的设计方案。

灰度发布是指在黑与白之间，可以平滑过渡的一种发布方式

##RD

RD 通常指的就是开发环境。

##CR

CR : Code Review

代码评审是指在软件开发过程当中，经过对源代码进行系统性检查的过程。一般的目的是查找系统缺陷，保证软件整体质量和提升开发者自身水平。

##QPS

Queries per second 每秒的请求数目

##PPS

Packets per second 每秒数据包数目

版本

Alpha：是内部测试版,通常不向外部发布,会有不少Bug.通常只有测试人员使用。

Beta：也是测试版，这个阶段的版本会一直加入新的功能。在Alpha版以后推出。

RC：(Release　Candidate) 顾名思义么 ! 用在软件上就是候选版本。系统平台上就是发行候选版本。RC版不会再加入新的功能了，主要着重于除错。

GA:General Availability,正式发布的版本，在国外都是用GA来讲明release版本的。

RTM：(Release to Manufacture)是给工厂大量压片的版本，内容跟正式版是同样的，不过RTM版也有出限制、评估版的。可是和正式版本的主要程序代码都是同样的。

OEM：是给计算机厂商随着计算机贩卖的，也就是随机版。只能随机器出货，不能零售。只能全新安装，不能从旧有操做系统升级。包装不像零售版精美，一般只有一面CD和说明书(受权书)。

RVL：号称是正式版，其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

EVAL：而流通在网络上的EVAL版，与“评估版”相似，功能上和零售版没有区别。

RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安装盘的i386文件夹里有一个eula.txt，最后有一行EULAID，就是你的版本。好比简体中文正式版是EULAID:WX.4_PRO_RTL_CN，繁体中文正式版是WX.4_PRO_RTL_TW。其中：若是是WX.开头是正式版，WB.开头是测试版。_PRE，表明家庭版；_PRO，表明专业版。

α、β、λ经常使用来表示软件测试过程当中的三个阶段，α是第一阶段，通常只供内部测试使用；β是第二个阶段，已经消除了软件中大部分的不完善之处，但仍有可能还存在缺陷和漏洞，通常只提供给特定的用户群来测试使用；λ是第三个阶段，此时产品已经至关成熟，只需在个别地方再作进一步的优化处理便可上市发行。

双机冷备 双机热备 集群 和双机负载的区别

冷备

定时将数据备份至备份服务器或目标硬件，出现故障时不会自动接管，需手动启硬件和服务

热备

实时/计划将数据备份至目标端，在源端发生故障时，自动接管业务服务(针对同一个服务，永远是一个工做，一个中止)；是性价比比较高的解决方案（如Rose双机）

双机热备:

只有一个主机在工做，不可以平均分担负载，同一时间只有一台机器在工做，若是工做的机器发生故障，则经过集群将全部服务转移给另一台机器，转移时间30秒到2分钟不等，根据数据量决定。

大多数应用于对安全性要求较高，且无24小时人员值守的环境。

负载均衡

两台服务器的服务都是启动的状态，经过前段硬件来分配访问队列，其中一个故障，另外一个自动接管，业务不中断；方案一般比较昂贵 数十万左右。(广泛是针对应用服务，数据库负载均衡因接口不一样，无通用版本。)

2台或2台以上的机器同时运行，设备之间没有主次之分，须要负载均衡设备，须要数据同步软件，而且基本上只应用前端接收请求的设备。当单台设备出现故障，则由其余设备平均分担全部应用请求。

大多数应用于访问量很是大的场合。只要有一台设备在工做，访问就不会中断。

双机热备与负载均衡区别在于

1. 双机热备至关于2台服务器其中有一台是另外一台的备机，也能够互为备机；主机在运行服务时，备机处于检测状态，主机发生故障后，备机将接管主机的服务
2. 负载均衡是在这2台服务器（或N多台）之上增长了一台负载均衡服务器，负载均衡服务器的做用是把用户的请求平均分配到每一个节点；增长集群总体的处理能力；实现网络访问的均衡
3. 双机热备是为保障24*7小时高可用不停机而推出的产品，而负载均衡是解决服务器压力过大，网络请求大量并发而设计的产品
4. 双机热备的优势是：能保障用户服务不间断；负载均衡的优势：WEB访问流畅，用户请求平均分布在每一个节点上
5. 双机热备缺点：用传统加加阵列的方式增长了存储空间，一样也造成了单点故障；有可能双机热备成为虚设，由于一旦阵列崩溃，服务也意味这中止。 （在条件容许的状况下，能够考虑不加阵列，用软件方式作数据同步，阵列作为备份数据的存储，不失为一个好办法）
6. 负载均衡的缺点：适用静态WEB，若是是数据库将不起做用，数据库的多向同步目前尚未彻底解决的方案（好比某用户被分配到1号服务器，他在数据库里添加了一条信息；当他下次访问，却被分到2号服务器，那么他原先的数据库信息将不存在）