服务器架构岗位职责

服务器架构岗位职责

　在发展不断提速的社会中，大家逐渐认识到岗位职责的重要性，岗位职责是一个具象化的工作描述，可将其归类于不同职位类型范畴。拟起岗位职责来就毫无头绪？以下是我为大家收集的服务器架构岗位职责，希望能够帮助到大家。

服务器架构岗位职责1

　 岗位职责 ：

　1、负责项目相关的散热设计和测试工作，具备自板级到系统级的热设计能力；

　2、负责相关项目的散热部件设计和选型，如风扇、散热器、风流结构件等；

　3、制定和配合结构工程师，根据散热需求，对设备和板卡进行规划和设计；

　4、散热测试设备的日常管理和维护；

　5、项目可行性分析和产品售后相关维护和支持等。

　 任职要求 ：

　1、本科以上学历，机械或电子相关专业优先；

　2、3年以上服务器/通信设备相关热设计、噪音、防尘和测试经验；

　3、精通流体力学基础和传热学知识，熟悉电子元器件的热特性和散热技术；；

　4、能够独立完成服务器的热设计、分析、评估、仿真、测试等工作；

　5、掌握至少一款散热仿真软件使用（如Flotherm、Icepack等）；

　6、熟练运用AUTOCAD，Pro/E等结构设计软件

　7、态度积极向上，有团队精神，学习能力强。

服务器架构岗位职责2

　 职责描述 ：

　1、服务器硬件技术调研、评测，以及推广落地工作。

　2、服务器测试标准及规范的制定、完善，测试新技术研究及测试用例设计，测试方法改进及测试效率的提升。

　3、开发硬件兼容测试自动化工具。

　4、ODM深度合作及技术推进。

　5、根据公司业务特点，推荐合适的服务器配置，优化成本

　 任职要求 ：

　1、统招本科及以上学历，计算机相关专业，4年以上社会工作经验。

　2、精通X86平台架构，对主流服务器厂商设备如GPU、网卡、内存、硬盘，电源等新硬件技术有浓厚兴趣。

　3、具有较强的实际操作能力，具有分析、解决复杂问题的能力。

　4、熟悉linuxkernel子系统，比如内存管理/进程管理/vfs/文件系统/block层/网络/驱动/虚拟化等。

　5、具有大数据分析系统的架构设计及开发经验者优先。

　6、精通几个子系统或者有内核开发调优经验者更好。

　7、强烈的责任心和使命感，执行力强，富有团队合作精神。

;

1-技术有什么区别

首先通信上目前的主流是HTTP协议和SOCKET这两种(HTML5提供了一种新的协议，WebScoket，对此了解并不多，因此不做评论，以免误导)。

HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。

（注：在HTTP 11中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。）

Socket又称"套接字"，应用程序通常通过"套接字"向网络发出请求或者应答网络请求。

以J2SDK-13为例，Socket和ServerSocket类库位于http://javanet包中。ServerSocket用于服务器端，Socket是建立网络连接时使用的。在连接成功时，应用程序两端都会产生一个Socket实例，操作这个实例，完成所需的会话。对于一个网络连接来说，套接字是平等的，并没有差别，不因为在服务器端或在客户端而产生不同级别。不管是Socket还是ServerSocket它们的工作都是通过SocketImpl类及其子类完成的。（摘自百科）

在WEB服务器中，一般情况是只需要使用HTTP协议的。因为它不太需要去与浏览器进行主动推送，只需要响应浏览器的访问就足够了

而在游戏服务器，这样的连接方式肯定是不够用的。很多时候游戏服务器是需要主动推送消息，如系统广播。

2-思维有什么区别

WEB服务器并不需要高频即时通讯，对响应速度要求不高。而游戏服务器，大多数是需要很及时的响应速度（暂不讨论弱联网游戏）。如DOTA，这种竞技类型的游戏，1秒就能发生很多事。

因此，在思考方向上，WEB服务器应该考虑是的多平台的兼容，大量用户访问的高并发。

而游戏服务器应该考虑的是高频通讯，高并发。

3-架构的侧重点有什么区别

在架构上面，一般访问量不是很大的网站是只有一台服务器的，访问量高的才会进行分布式设计或者集群设计。

而大部分游戏服务器都是需要分布式设计的。

在现有的网络游戏服务器端架构中，多是以功能和场景来划分服务器结构的。具体的划分是根据项目的需求进行的，并没有一个十分通用的架构。

以上是比较常见的结构，客户端登录的时候，连接GateServer，然后由GateServer去连接LoginServer进行登录。登录后通过CenterServer转发到GameServer（GameServer即是服务器大区）。

而其中的DCServer，主要的功能是缓存玩家角色数据，保证角色数据能快速的读取和保存。

LogServer便是保存日志的了。

4-本质有无区别

本质上，两者并无区别，只是需求不同，侧重点不同罢了。

整个网站架构一般可以分为应用层、服务层、数据层。实践中大的分层结构还可以继续分层，比如应用层还可以继续分为视图层和业务逻辑层，服务层也可以继续细分为数据接口层、逻辑处理层等。通过分层，把一个庞大的系统切分为不同的部分，便于分工开发和维护;各层之间相互有一定的独立性，在网站的开发中可以根据不同的需求进行相应的调整。逻辑上分层之后，在物理部署上也可以根据需求制定不同的策略。

分层架构不仅仅是为了规划软件的逻辑结构，其对网站的高并发分布式架构来说尤为重要。进行分层以后，可以从纵向进行业务分割，根据不同的业务模块一个项目划分成不同的模块交给单独的团队去开发部署，完成后分别部署在不同的服务器上，通过链接进行互联。再根据不同情况来对不同的节点进行冗余来保证网站的高可用性，接下来进行缓存、CDN、反向代理等等的优化。

对于一个高访问量、大数据量的网站我们需要考虑什么呢

11性能

首先就是性能了，性能是一个网站的的重要指标，除非是没得选择，就这一个网站，不然用户是绝对不会忍受一个超级慢的网站。正因为性能问题无处不在，解决性能问题的方式也各种各样，从用户请求一个url开始，进行的每一个环节都可以进行优化;根据上面的分层，可以大致从三个方面进行优化，应用层优化，服务层优化，数据层优化。

涉及到的知识就是web前端的优化，应用服务器端的优化和数据的存储，索引，缓存等，这些在后面的内容里会分别展开细说，但性能只是一个网站的必要条件，除此之外，因为无法预知网站可能会面临的压力或是攻击，还要保证网站在各种情境下(高并发，高负载，持续压力不均匀等)保持稳定的性能。包括以下各个方面：性能测试指标、性能测试方法、性能优化策略。

性能测试指标

主要的性能测试指标有响应时间、并发数、吞吐量、性能计数器等。

响应时间

指的是从发出这个请求开始到接收到数据的时间，一般情况下这个时间都非常非常的小甚至小于测试的误差值，所以我们可以采用重复请求的方式来获取具体的响应时间，比如请求十万次，记录总时间，然后计算出单次请求的时间

并发数

指能够同时处理的请求数目，对于网站而言，即并发用户数

吞吐量

是单位时间能能够处理的请求数，体现的系统的整体处理能力>衡量指标有很多，可以是请求数/秒页面数/秒访问人数/天处理业务数/小时等>常用的量化指标有TPS(每秒事务数)HPS(每秒HTTP请求数)QPS(每秒查询数)等

性能计数器

描述服务器或操作系统的一些性能指标，包括系统负载(SystemLoad)，线程数，内存使用，磁盘和网络I/O等，当这些值超过警告值(安全临界值)时，就会向开发人员报警，及时处理异常。

性能测试方法

性能测试是一个统称，具体可以分为性能测试、负载测试、压力测试、稳定性测试。性能测试以初期设计的指标为预期目标，不断对系统施压，看系统在预期的范围内，能否达到预期的性能。负载测试对系统不断增加并发请求以增加系统压力，直到系统某项或多项指标达到安全临界值，这时继续对系统施加压力，系统的处理能力会有所下降。压力测试是在超过安全负载的情况下，继续施压，直到系统崩溃或不再能够处理任何请求，以此来计算系统的最大压力承受能力。

稳定性测试在一定的压力(不均匀施压)下，系统能够稳定的运行较长时间。

性能优化策略

要定位问题产生原因，排查不同环节的日志，分析哪个环节的响应时间与预期不相符，然后分析影响性能的原因，是代码问题还是架构设计不合理，或者系统资源不足，然后根据实际问题进行解决。

12可用性

对于大型网站而言，出现宕机的情况是可怕的，因为可能有上千万的用户量，短短几分钟的宕机都有可能导致网站声誉扫地，如果是电商类的网站，更可能会导致用户的财产损失，甚至会摊上官司，那时候损失的就不仅是金钱和用户了，因此要保证能够提供每天24小时的可用，但实际中服务器并不能保证每天24小时都能平稳的运行，可能出现硬件问题，也可能出现软件问题，总之问题总是会有的。

所以我们高可用设计的目标就是在某些服务器宕机的情况下，也能够保证服务或应用正常运行，网站高可用的主要手段是冗余，应用部署在多台服务器上同时提供访问，数据存储在多台数据服务器之间互相进行热备份，这样任何一台服务器宕机都不会影响服务或应用的整体，也不会产生数据丢失。

对于应用服务器而言，多台应用服务器通过一个负载均衡设备组成一个集群同时对外提供服务，当一台服务器宕机后，服务切换到其他服务器上继续执行，这样就可以保证了网站的高可用性，前提是应用服务器不允许存储用户会话信息，否则将会丢失，这样即使用户请求转接到其他服务器上面也无法继续执行。

对于数据存储服务器，要提供服务器之间的实时备份，这样当一台服务器宕机的时候，将数据访问切换到其他服务器上，并进行数据恢复和备份，衡量一个系统架构设计是否满足高可用的目标，就是假设其中一台或多台服务器宕机以及出现各种不可预期的问题时，系统整体是否依然可用。

13伸缩性

面对着大量用户的高并发访问和海量的数据存储，不可能只用一台服务器就能够满足全部需求，存储全部数据。通过集群的方式将多台服务器组成一个整体共同提供服务，所谓伸缩性就是指通过不断向集群中加入服务器的手段来应对不断上升的用户并发访问压力和不断增长的数据存储需求，对于应用服务器集群，只要服务器上不存储数据，所有的服务器都是对等的，通过使用合适的负载均衡设备就可以向集群中不断加入新的服务器。

对于缓存服务器而言，加入新的服务器可能会导致缓存路由失效，从而导致大部分的缓存数据都无法访问，需要改进缓存路由算法来保证缓存数据可访问，关系数据库虽然支持数据复制，主从热备份等机制，但是很难实现大规模集群的可伸缩性。

14可扩展性

网站的扩展性直接关系到网站功能模块的开发，网站快速发展，功能也不断的增加，网站架构的可扩展性的主要目的是使其能够快速的应对需求变化，是为了能够在增加新业务时，尽量实现对现有产品无影响，不需要改动或是改动很少现有业务就能够上线新产品;不同的产品业务之间的耦合度很小，一个产品或业务的改动不会对其他造成影响。

15安全性

最后就是安全性了。互联网是一个开放的平台，任何人在任何地方都可以访问网站。安全架构就是保护网站不受恶意的访问和攻击，保护数据不被窃取。

网站

定义：

一个软件随着功能越来越多，整个软件系统逐渐碎片化，如果不采取有效措施，软件系统就会越来越无序，最终无法维护和扩展。

所以说软件在一段时间的生长后，就需要及时干预，避免越来越无序，架构的本质就是对软件系统进行有序化重构，使软件系统不断进化。

扩展资料：

系统构架是对已确定的需求的技术实现构架、作好规划，运用成套、完整的工具，在规划的步骤下去完成任务。

抽象来说，它是计算机系统结构，或称计算机体系结构，是一个系统在其所处环境中最高层次的概念；它确定一台计算机硬件和软件之间的衔接。

具体地说计算机体系结构指的是计算机系统设计的观念与架构，描述计算机在实做的设计原则。

它确定一个计算机设计的部件功能 ，部件间接口 并且计算机体系结构着重于“负责了计算机架构的中心功能：计算”的中央处理器内部的运行动作与存储器的访问。

参考资料：

：系统构架