服务器架构是什么意思？

常见的服务器架构有以下三种：

服务器集群架构：

服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行。

服务器负载均衡架构：

负载均衡

（Load

Balancing）

建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。

分布式服务器架构：

所谓分布式资源共享服务器就是指数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库操作为研究对象的一种理论计算模型服务器形式。分布式有利于任务在整个计算机系统上进行分配与优化，克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷，解决了网络GIS

中存在的数据异构、数据共享、运算复杂等问题，是地理信息系统技术的一大进步。

这个三种架构都是常见的服务器架构，集群的主要是IT公司在做，可以保障重要数据安全；负载均衡主要是为了分担访问量，避免临时的网络堵塞，主要用于电子商务类型的网站；分布式服务器主要是解决跨区域，多个单个节点达到高速访问的目前，一般是类似CDN的用途的话，会采用分布式服务器。

所谓分布式系统，是指一个完整的应用系统被拆分后，分别部署到不同的网络节点中，这样的系统往往是一些大型的系统。这种做法的好处是，可以提高系统的运算能力。与分布式系统相对应的就是 单体应用系统，单体应用系统的思想是all in one 思想， 就是全部在一起，一个系统的全部服务都集中在一个网络节点上。

所谓集群就是，相同的事情多个人做，比如在上图分布式系统中， 商品服务 被部署到一台机器上，但是如果在购物节时，请求太多，一台机器根本扛不住，这时我们也增加10台机器，这10台机器都部署 商品服务, 这样由这10台机器就组成了商品服务集群，集群的初衷就是提高系统的吞吐量，另一个就是提高可用性，比如一台服务器挂了，不至于服务不可用。

[上传失败(image-dc4d72-1607944513633)]

SOA 架构就是面向于服务的架构思想，本质上就是以服务为中心，把应用拆分为多个服务，抽离出可重用的服务，为每个服务的单独扩展和开发提高便利性。阿里的Dubbo 就是SOA服务架构的一种实现，事实上SOA并没有对服务间通信协议具体规定，可以RPC,可以HTTP。

微服务是一种SOA思想的延续，任然关注服务，但是强调是"微",微体现的是服务开发成分要低，职责要尽量单一，同时部署也要灵活方便。目前微服务是非常流行的一种软件架构，在Java生态中 SpringCloud就提供了微服务的全站解决方案。

分布式和集群都是从软件部署的角度描述，SOA与微服务是从软件的架构阐述。一个采用SpringCloud技术开发系统 必然是微服务，当然同时也是分布式系统，当然如果为了高可用，必定也采用集群。

分布式架构是 分布式计算技术的应用和工具，目前成熟的技术包括J2EE, CORBA和NET(DCOM)。

一、分布式计算技术的形成

CORBA (Common Object Request Broker Architecture) 是在1992年由OMG(Open Management Group) 组织提出的。那时的分布式应用环境都采用Client/Server架构，CORBA的应用很大程度的提高了分布式应用软件的开发效率。

当时的另一种分布式系统开发工具是Microsoft的DCOM(Distributed Common Object Model)。Microsoft为了使在Windows平台上开发的各种应用软件产品的功能能够在运行时(Runtime)相互调用(比如在Microsoft Word中直接编辑Excel文件)，实现了OLE(Linked and Embedded Object)技术，后来这个技术衍生为COM(Common Object Model)。

随着Internet的普及和网络服务(Web Services)的广泛应用, Browser/Server架构的模式逐渐体现出它的优势。 于是，Sun公司在其Java技术的基础上推出了应用于B/S架构的J2EE的开发和应用平台;Microsoft也在其DCOM技术的基础上推出了主要面向B/S应用的NET开发和应用平台。

二、使用的协议

NET中涵盖的DCOM技术和CORBA一样，在网络传输层都采用TCP/IP协议;也都有自己的IDL规范。所不同的是，在TCP/IP之上，CORBA采用GIOP/IIOP协议，所有CORBA服务器以IIOP通信，形成了ORB软件通道;J2EE的RMI曾经采用独立的通信协议，目前已经改为RMI/IIOP，体现了J2EE的开放性;DCOM也有自己的通信协议(TCP在135端口的服务)，但微软没有公开这个协议的规范;同样，CORBA的IDL采用类C++的定义，是公开的规范;DCOM的IDL的文件虽然是文本形式的，微软没有正式公布它的规范，在使用中，NET的IDL是由开发工具生成的。

三、应用的环境

关于NET，比尔盖茨这样说:“简单地说，NET是以微软的各种产品为开发工具和应用平台， 实现基于XML的网络服务。”由此也可以看出，NET在Microsoft的世界里功能强大，但对于Unix和Linux这些在服务器市场占主要份额的系统，NET显得束手无策。

因此，J2EE显示了它跨平台的优势，为网络服务商提供了很好的面向前端(front-end)的开发和应用平台, 随着网络服务进一步广泛应用和服务集成度的提高, 在网络服务提供商的后台会形成越来越庞大的分布式计算环境, CORBA模块结构更适合后台(back-end)的多种服务, 例如网络服务的计费程序等 因此可以看出, J2EE和CORBA技术在网络服务(Web Services)这片蓝天下, 各自有自己的海洋和陆地。如果在前端(front-end)使用了NET开发平台，那么在后端(back-end)的分布式结构中，DCOM就是理想的选择。

J2EE是纯Java技术，很多测试显示RMI(Java)服务器的响应速度远远低于非Java的CORBA服务器。因此，在一些对数据处理速度和响应时间要求较高的系统开发中，要对RMI和CORBA的性能进行测试对比后再做选择。

四、应用软件的开发和维护

从应用软件的开发过程的角度看, J2EE是完全开放式的平台, 体现为既面向设计人员, 也面向开发人员的规范; CORBA也是一种规范, 但更多体现为中间产品, CORBA产品的提供商才是这种规范的真正执行者, 对应用开发的程序员而言, 只要了解IDL语言的规范, 不必详细知道ORB/GIOP/IIOP的协议细节。NET作为Microsoft在网络环境的主打, 体现为一系列产品化的开发工具, 比如C#, C++, 等。这些开发工具是直接针对应用开发人员的。其实Sun公司提供的J2EE也是由许多软件包(应用API)来面对开发人员的。

从软件开发成本与周期以及软件的维护角度看，J2EE比CORBA有以上优势。

五、应用前景

对于分布式计算技术的架构，不能绝对地说哪一个更好，只能说哪一个更合适。针对不同的软件项目需求，具体分析才是明智的选择。

从宏观市场看，CORBA产品的销售并没有想象那样给CORBA产品提供商带来可观的利润;而J2EE的呼声也高于NET; 随着J2EE中RMI/IIOP与CORBA接口的完善，再加上开发费用的考虑和使用的方便性，J2EE一揽子开放的环境会是人们首先考虑的选择;但CORBA标准的强壮的兼容性，也使这种技术在大型系统开发中会占有一席之地。

我做过50w用户的小型棋牌游戏。 当时使用了20台服务器集群，前段服务器用websocket和客户端连接， 服务器是c++写的。 之后据说被人用nodejs重构了

大致说一下吧。 分布式有逻辑层和数据层这一分。而且架构也分前端（处理客户端连接和session管理）后端（负责数据， 业务）还有lbs服务器。 一般客户端访问lbs服务器， 会得到一个路由（前段服务器的ip），然后连接到前端上。 前端会生成session以及连接， 用户通过前端的接口来访问后端服务器来完成数据交互，

用到的技术有redis（数据共享以及缓存） mq（解耦合以及服务器之前的消息发送） rpc（服务器之间的数据实时同步） sysstat（子服务器状态监控）nginx（负载均衡。

分布式是一门计算机科学，而分布式服务器就是将数据、程序等不同类型的数据分布在不同的服务器。

一般情况下，使用分布式架构搭建一个网站至少需要一台服务器存放数据库，一台服务器存放网站程序。

景安河南最大的多线服务器托管商！提供专业的双机热备、负载均衡等增值服务