你觉得我们服务器在市场上核心竞争力及劣势在哪

中国服务器行业发展现状分析 竞争优势日益凸显，国际地位不断提高

新兴行业带来大量需求，服务器市场规模保持增长

2015年各地政府相继推进大数据和智慧城市建设，促进大数据和智慧城市产业的落地，智慧政务、智慧交通、智慧医疗、智能电网等行业对利用大数据先进技术创新的产品和服务需求不断高涨。此外，自建大数据平台也成为众多企业的选择之一，由此带动服务器产品市场的繁荣。

目前，我国的大数据产业上处于初级建设阶段，中国大数据细分市场规模占比中，硬件层规模最大达47%。若服务器应用规模在大数据硬件层中以25%测算，则2018年，我国服务器在大数据领域的市场规模约为818亿元。

2014-2018年我国服务器在大数据领域的市场规模统计及增长情况预测

数据来源：前瞻产业研究院整理

云计算催生行业技术变革

除大数据之外，云计算的广泛使用引发了传统服务器产业的技术变革，使得各企业对于提升服务器整合资源能力的需求大大增加。一方面，云计算催生了规模化的数据中心的建设，给服务器企业带来了巨大的发展空间和市场机会。另一方面，随着云在企业的广泛使用，企业目前都在进行私有云的建构，而包括服务器在内的硬件依然占据私有云市场的主要份额。

2018年中国服务器行业发展态势良好，市场规模保持增长

2012-2018年，我国服务器行业市场规模保持增长。据前瞻产业研究院发布的《中国服务器行业市场前瞻与投资战略规划分析报告》统计数据显示，2012年我国服务器行业市场规模已达3476亿元，2015年时我国服务器行业市场规模增长至5122亿元，与上年相比增长1991%。不过2016年全球服务器行业整体出现下滑，行业增速显著下降。截止至2017年我国服务器行业市场规模达到了6195亿元。2018年服务器行业发展态势良好，预计市场规模将达到7311亿元。

2012-2018年我国服务器行业市场规模统计及增长情况预测

数据来源：前瞻产业研究院整理

“国产化”热潮涌动，优势企业强势出海

2015年，国产服务器发展迅速，出货量远超国际品牌，巨大的市场推动了国产服务器厂商自主研发。国产服务器厂商，如联想、浪潮、曙光等，纷纷投入大量人力与财力进行服务器自主技术创新，并取得一定成果。2016年，随着这些技术不断成熟，产品竞争力显著增强，国产服务器竞争力优势日益凸显。2017年，中国服务器市场中70%以上的市场份额来自中国企业，中国服务器市场的竞争格局正在被改变。

2017年我国服务器市场结构份额情况

数据来源：前瞻产业研究院整理

国产服务器国际地位不断提高

随着国内厂商与服务器巨头合作的不断深入，以及在高端服务器中技术的不断提升，国内厂商近些年出现国际化的趋势。联想收购IBM的X86服务器业务后，复制其早期收购IBM的PC业务之后的海外拓展成功经验，将其服务器业务迅速国际化，同时带动更多的国内服务器厂商投身于国际业务布局当中。浪潮、华为等厂商目前随着“中国制造”和“一带一路”的推进，国际化进程已经取得了不错的业绩。

2018年第二季度，全球服务器出货量前五名中，国内厂商便占得三席。尽管单个公司体量上而言距惠普、戴尔差距较大，但是就增长率而言，国内厂商遥遥领先，越来越多的国内服务器厂商开始走出国门，在全球服务器市场攻城拔寨。

随着国产服务器的技术日臻完善，中国服务器厂商全球领先将成为新常态，未来几年国产服务器厂商在国际市场上将具备越来越高的话语权。

1 时间和时区

地理课上我们都学过格林威治时间(GMT)， 它也就是0时区时间，但是我们在计算机中经常看到的是UTC，它是Coordinated Universal Time的简写， 虽然可以认为UTC和GMT的值相等(误差相当之小)，但是UTC已经被认定为是国际标准,所以我们都应该遵守标准只使用UTC。

那么假如现在中国当地的时间是晚上8点的话,我们可以有下面两种表示方式

20:00 CST

12:00 UTC

这里的CST是Chinese Standard Time,也就是我们通常所说的北京时间了因为中国处在UTC+8时区,依次类推那么也就是12:00 UTC了。

2 如何设置Linux Time Zone

在Linux下glibc提供了我们事先编译好的许多timezone文件，他们就放在/usr/share/zoneinfo这个目录下，这里基本涵盖了大部分的国家和城市。在这里面我们就可以找到自己所在城市的time zone文件。那么如果我们想查看对于每个time zone当前的时间我们可以用zdump命令

# zdump HongKong

HongKongTue Aug9 05:04:46 2011 HongKong

那么我们又怎么来告诉系统我们所在time zone是哪个呢 方法有很多，这里举出两种：

第一个就是修改/etc/localtime这个文件，,这个文件定义了我么所在的local time zone。我们可以在/usr/share/zoneinfo下找到我们的time zone文件然后拷贝去到/etc/localtimezone(或者做个symbolic link)。

假设我们现在的time zone是BST(也就是英国的夏令时间,UTC+1)

#date

ThuJul523：33:40 BST2007

我们想把time zone换成上海所在的时区就可以这么做

# ln –sf/usr/share/zoneinfo/posix/Asia/Shanghai/etc/localtime

#date

Fri Jul 6 06:35:52 CST 2007

这样时区就改过来了(注意时间也做了相应的调整)

第二种方法也就设置TZ环境变量的值。许多程序和命令都会用到这个变量的值， TZ的值可以有多种格式，最简单的设置方法就是使用tzselect命令

# tzselect选择自己所在区域

然后安装提示出入下面命令

TZ='America/Los_Angeles';export TZ

tzselect会让你选择所在的国家和城市(我省略了这些步骤),最后输出相应的TZ变量的值那么如果你设置了TZ的值之后时区就又会发生变化

# date

Thu Jul 5 15:48:11 PDT 2007

通过这两个例子我们也可以发现TZ变量的值会override /etc/localtime，也就是说当TZ变量没有定义的时候系统才使用/etc/localtime来确定time zone，所以你想永久修改time zone的话那么可以把TZ变量的设置写入/etc/profile里

好了现在我们知道怎么设置时区了，下面我们就来看看如何设置Linux的时间吧。

3 Real Time Clock(RTC) and System Clock

说道设置时间这里还要明确另外一个概念就是在一台计算机上我们有两个时钟：一个称之为硬件时间时钟(RTC)，还有一个称之为系统时钟(System Clock)。

硬件时钟是指嵌在主板上的特殊的电路， 它的存在就是平时我们关机之后还可以计算时间的原因。

系统时钟就是操作系统的kernel所用来计算时间的时钟。它从 1970年1月1日00:00:00 UTC时间到目前为止秒数总和的值，在Linux下系统时间在开机的时候会和硬件时间同步(synchronization)，之后也就各自独立运行了。

那么既然两个时钟独自运行,那么时间久了必然就会产生误差了,下面我们来看一个例子

# date

Fri Jul 6 00:27:13 BST 2007

# hwclock –-show

Fri 06 Jul 2007 12:27:17 AM BST -0968931 seconds

通过hwclock --show命令我们可以查看机器上的硬件时间(always in local time zone)，我们可以看到它和系统时间还是有一定的误差的, 那么我们就需要把他们同步。

如果我们想要把硬件时间设置成系统时间我们可以运行以下命令

# hwclock --hctosys

反之,我们也可以把系统时间设置成硬件时间

# hwclock --systohc

那么如果想设置硬件时间我们可以开机的时候在BIOS里设定，也可以用hwclock命令：

# hwclock --set --date="mm/dd/yy hh:mm:ss"

如果想要修改系统时间那么用date命令就最简单了

# date -s "dd/mm/yyyy hh:mm:ss"

现在我们知道了如何设置系统和硬件的时间，但问题是如果这两个时间都不准确了怎么办 那么我们就需要在互联网上找到一个可以提供我们准确时间的服务器然后通过一种协议来同步我们的系统时间，那么这个协议就是NTP了。注意接下去我们所要说的同步就都是指系统时间和网络服务器之间的同步了。

4 设置NTP Server前的准备

其实这个标题应该改为设置"NTP Relay Server"前的准备更加合适 因为不论我们的计算机配置多好运行时间久了都会产生误差,所以不足以给互联网上的其他服务器做NTP Server 真正能够精确地测算时间的还是原子钟 但由于原子钟十分的昂贵,只有少部分组织拥有, 他们连接到计算机之后就成了一台真正的NTP Server 而我们所要做的就是连接到这些服务器上同步我们系统的时间,然后把我们自己的服务器做成NTP Relay Server再给互联网或者是局域网内的用户提供同步服务。

好了,前面讲了一大堆理论,现在我们来动手实践一下吧 架设一个NTP Relay Server其实非常简单,我们先把需要的RPM包装上

# rpm -ivh ntp-422p1-5el5rpm

yum install ntp

那么第一步我们就要找到在互联网上给我们提供同步服务的NTP Server。

http://wwwpoolntporg是NTP的官方网站,在这上面我们可以找到离我们城市最近的NTP Server NTP建议我们为了保障时间的准确性,最少找两个个NTP Server。

那么比如在英国的话就可以选择下面两个服务器

0ukpoolntporg

1ukpoolntporg

它的一般格式都是numbercountrypoolntporg

如果是中国

0cnpoolntporg

1cnpoolnetorg

第二步要做的就是在打开NTP服务器之前先和这些服务器做一个同步,使得我们机器的时间尽量接近标准时间 这里我们可以用ntpdate命令

# ntpdate 0ukpoolntporg

6 Jul 01:21:49 ntpdate[4528]: step time server 21322219335 offset -38908575181 sec

# ntpdate 0poolntporg

6 Jul 01:21:56 ntpdate[4530]: adjust time server 21322219335 offset -0000065 sec

假如你的时间差的很离谱的话第一次会看到调整的幅度比较大,所以保险起见可以运行两次 那么为什么在打开NTP服务之前先要手动运行同步呢

1 因为根据NTP的设置,如果你的系统时间比正确时间要快的话那么NTP是不会帮你调整的,所以要么你把时间设置回去,要么先做一个手动同步

2 当你的时间设置和NTP服务器的时间相差很大的时候,NTP会花上较长一段时间进行调整所以手动同步可以减少这段时间

3 配置和运行NTP Server

现在我们就来创建NTP的配置文件了, 它就是/etc/ntpconf 我们只需要加入上面的NTP Server和一个driftfile就可以了

# vi /etc/ntpconf

server 0ukpoolntporg

server 1ukpoolntporg

driftfile /var/lib/ntp/ntpdrift

4、非常的简单 接下来我们就启动NTP Server,并且设置其在开机后自动运行

# /etc/initd/ntpd/start# chkconfig --level 35 ntpd on

5 查看NTP服务的运行状况

现在我们已经启动了NTP的服务,但是我们的系统时间到底和服务器同步了没有呢 为此NTP提供了一个很好的查看工具: ntpq (NTP query)

我建议大家在打开NTP服务器后就可以运行ntpq命令来监测服务器的运行这里我们可以使用watch命令来查看一段时间内服务器各项数值的变化。

# watch ntpq –p

Every 20s: ntpq -p Sat Jul 7 00:41:45 2007

remote refid st t when poll reach delay offset jitter==============================================================================

+1936019975 193622298 2 u 52 64 377 8578 10203 289032

mozartmusicbox 19254141 2 u 54 64 377 19301 -60218 292411

现在我就来解释一下其中的含义

remote: 它指的就是本地机器所连接的远程NTP服务器

refid: 它指的是给远程服务器(eg 1936019975)提供时间同步的服务器

st: 远程服务器的级别 由于NTP是层型结构,有顶端的服务器,多层的Relay Server再到客户端 所以服务器从高到低级别可以设定为1-16 为了减缓负荷和网络堵塞,原则上应该避免直接连接到级别为1的服务器的

t: 这个我也不知道啥意思^_^

when: 我个人把它理解为一个计时器用来告诉我们还有多久本地机器就需要和远程服务器进行一次时间同步

poll: 本地机和远程服务器多少时间进行一次同步(单位为秒) 在一开始运行NTP的时候这个poll值会比较小,那样和服务器同步的频率也就增加了,可以尽快调整到正确的时间范围之后poll值会逐渐增大,同步的频率也就会相应减小

reach: 这是一个八进制值,用来测试能否和服务器连接每成功连接一次它的值就会增加

delay: 从本地机发送同步要求到服务器的round trip time

offset: 这是个最关键的值, 它告诉了我们本地机和服务器之间的时间差别 offset越接近于0,我们就和服务器的时间越接近

jitter: 这是一个用来做统计的值 它统计了在特定个连续的连接数里offset的分布情况 简单地说这个数值的绝对值越小我们和服务器的时间就越精确

那么大家细心的话就会发现两个问题: 第一我们连接的是0ukpoolntporg为什么和remote server不一样 第二那个最前面的+和都是什么意思呢

第一个问题不难理解,因为NTP提供给我们的是一个cluster server所以每次连接的得到的服务器都有可能是不一样同样这也告诉我们了在指定NTP Server的时候应该使用hostname而不是IP

第二个问题和第一个相关,既然有这么多的服务器就是为了在发生问题的时候其他的服务器还可以正常地给我们提供服务那么如何知道这些服务器的状态呢 这就是第一个记号会告诉我们的信息

——它告诉我们远端的服务器已经被确认为我们的主NTP Server,我们系统的时间将由这台机器所提供

+——它将作为辅助的NTP Server和带有号的服务器一起为我们提供同步服务 当号服务器不可用时它就可以接管

-——远程服务器被clustering algorithm认为是不合格的NTP Server

X——远程服务器不可用

了解这些之后我们就可以实时监测我们系统的时间同步状况了

6 NTP安全设置

运行一个NTP Server不需要占用很多的系统资源,所以也不用专门配置独立的服务器,就可以给许多client提供时间同步服务, 但是一些基本的安全设置还是很有必要的

那么这里一个很简单的思路就是第一我们只允许局域网内一部分的用户连接到我们的服务器 第二个就是这些client不能修改我们服务器上的时间

在/etc/ntpconf文件中我们可以用restrict关键字来配置上面的要求

首先我们对于默认的client拒绝所有的操作

vi /etc/ntpconf

restrict default kod nomodify notrap nopeer noquery

然后允许本机地址一切的操作

restrict 127001

最后我们允许局域网内所有client连接到这台服务器同步时间但是拒绝让他们修改服务器上的时间

代码:

restrict 19216810 mask 2552552550 nomodify

把这三条加入到/etc/ntpconf中就完成了我们的简单配置 NTP还可以用key来做authenticaiton,这里就不详细介绍了

7 NTP client的设置

做到这里我们已经有了一台自己的Relay Server如果我们想让局域网内的其他client都进行时间同步的话那么我们就都应该照样再搭建一台Relay Server,然后把所有的client都指向这两台服务器(注意不要把所有的client都指向Internet上的服务器) 只要在client的ntpconf加上这你自己的服务器就可以了

server ntp1leonardcom

server ntp2leonardcom

9 一些补充和拾遗

1）配置文件中的driftfile是什么

我们每一个system clock的频率都有小小的误差,这个就是为什么机器运行一段时间后会不精确 NTP会自动来监测我们时钟的误差值并予以调整但问题是这是一个冗长的过程,所以它会把记录下来的误差先写入driftfile这样即使你重新开机以 后之前的计算结果也就不会丢失了

2） 如何同步硬件时钟

NTP一般只会同步system clock 但是如果我们也要同步RTC的话那么只需要把下面的选项打开就可以了

# vi /etc/sysconfig/ntpd

SYNC_HWCLOCK=yes

举例：

修改linux下的时区，可以改变以下的文件内容：

/etc/localtime，方法是到/usr/share/zoneinfo目录下找到你要相对应的时区文件，例如上海在/usr/share/zoneinfo/Asia/Shanghai中

将/etc/localtime改名：mv /etc/localtime /etc/localtimeold

将上海的时区文件拷贝过来：cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

再次使用date命令，可以看到时区已经改为CST了。

也可以设置TZ环境变量，在/etc/profile中加入：

export TZ=CST

就可以在每次启动后设置为CST时区了。

随手机对人们生活中的影响越来越大，App测试工作逐渐被众人所知。从一开始的众包到现在的自动化探索，手机测试上的技术发展也是日新月异。

App测试相比以往传统的软甲测试相关要复杂的多且困难的多。

基于工作经验，我将如何做好app的测试归结为如下内容。

(1)   非功能测试

app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前，测试人员有一定的职责做该类需求的跟踪工作。

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。

(2)   功能测试

每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当做"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。

除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台，如Android，iPhone，WindowsPhone7，BlackBerry以及移动Webapp。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。

(3)   客户端性能测试

一个App做的好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的游戏或应用，只能在高端机上流畅运行，在中低端机上卡的不行，也不会取得好的口碑。

关于App的性能测试，我们比较关注的参数有：CPU，内存，耗电量，流量，FPS。同时也需关注一下App的安装耗时和启动耗时。

目前大家可能比较困惑的一个问题，多高的CPU，内存，耗电量，流量，FPS才算是符合发布的值呢？这里可以告诉大家，可以参考精品游戏的一些数值，将自己研发的app与业内精品的app数据做对比。

(4)   适配兼容测试

App在经过功能测试后，也需对其进行适配兼容测试需要检查的项主要有以下几点：

(a) 在不同平牌的机型上的安装、拉起、点击和卸载是否正常；

(b) 在不同的操作系统上的安装、拉起、点击和卸载是否正常；

我们在实际测试中，常常会遇到下列问题：

(a) 在某个平牌某个系统上，app安装不上；

(b) 在某个平牌某个系统上，app无法拉起；

(c) 在某个平牌某个系统上，app拉起后无响应或拉起后黑屏、花屏；

(d) 在某个平牌某个系统上，app无法顺利卸载；

（WeTest腾讯质量开放平台）这个产品可以实现多款热门机型的适配兼容测试。

(5)   弱网络测试

App在使用的过程中，难免会遇到弱网络环境，例如在公车上、在地铁里。在这种情况下，常常会出现网络抖动、上行或下行超时，导致应用中出现丢包。

作为一个测试人员，我们要对app在上线前做一定场景的弱网络环境模型，并查看app在弱网络环境下是否存在某些未知的问题。下面是我们常用的弱网络环境场景：

(a) 3G弱网络信号场景模拟；

(b) 市区低速移动场景模拟；

(c) 郊区高速移动场景模拟；

(d) 请求回应超时_上行超时场景模拟；

(e) 请求回应超时_下行超时场景模拟；

(f) 网络抖动场景模拟；

(6)   耗电量测试

App在手机上的表现，除了功能外，app是否耗电，也是测试过程中重点要关注的一项。手机设备在满电的时候，这个App能玩多久；App每小时的耗电是多少；App在某个场景挂机10分钟耗电量是多少；这些都是我们平时在耗电量测试中比较关注的点。

(7)   协议测试

模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。

(8) 安全测试

App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。

(9) 服务器性能测试

服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定游戏模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。

这个可以在WeTest入口预约。

(10) 服务器容灾测试

服务器容灾测试，主要指某个服务进程奔溃掉后，是否具有自行恢复能力。比如游戏逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。

(11) 中断测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。测试电话，短信，彩信，微博或其他通知进来时app的反应。

(12) 上线后期的舆情跟踪

新的app上线后，用户对此应用的评价，存在哪些测试期间未察觉的Bug，论坛上对于该应用热门的帖子有哪些，应用商店中该应用的口碑如何等，都是app在上线后，测试人员需要关注的点。若需要测试期间未发现的Bug，需要新测试服进行确认并根据该问题的修复。