服务器安装什么系统好 服务器系统详细介绍与选择推荐

当前主流的服务器操作系统则主要分为:Windows server、UNIX、Linux、NetWare这四大阵容。不同的系统有不同的特点，要根据情况来判断Windows server是用户群体最大的服务器系统,不得不多做介绍。旗下又分为:Winnt40、Win2000、Win2003、Win2008、Win2012特点：作比较简单,安全性较高,Windows常见的系统及其特点：Winnt40用于单一防火墙服务器非常不错，但是,作为一个早期的系统,也有着比较明显的缺点,比如运行速度不佳,功能也比较简陋,而且不能承受过多的运行任务。微软早已放弃对其所有的升级服务,市面上没有正版Winnt40销售;Win2000则是Winnt原有完整的内核上进行开发的,对多任务的处理能力有了大幅的提升,管理以及其他功能更加全面,但是系统的稳定性和安全性被削弱了。微软也停止了对win2000的销售和升级服务;win2003在操作的易用性上进行了升级,安全性是目前所有的windows server系统中最高的,线程处理能力、硬件的支持、管理能力都有了大幅的提升,是目前服务器操作系统中主流的操作系统之一。不过由于更多功能的加入,使得win2003的处理能力有所下降。win2008添加了一些特性和策略,以及多了server 2008 r2b版本,运行速度有所加强,但是稳定性有所欠佳。也是主流系统之一。最后就是win2012,目前微服务器操作系统中最高的版本,同时也有r2版本,全面的升级,对应win8内核优化而来,但是,对一些老牌软件应用的兼容性,以及稳定性还是欠佳的。如果说Windows server是为单用户设计的,那么UNIX则是为多用户而生的。支持大型文件系统和数据库,系统的安全性、稳定性、以及引用软件有着Windows server无法比拟的优势。但是操作界面毫无人性化,相关操作管理技未得到推广,使得雇佣维护人员的成本非常高。Linux是基于UNIX系统开发修补而来,源代码的开放,使得其稳定性、安全性、兼容性非常高,但是对于软件的兼容性来说对比UNIX还是稍稍逊色的。但是仅凭开发的源代码,使得很多服务器管理人员对其喜爱有加。NetWare对服务器硬件的要求极低,而且对于网络的组件也有着先天的优势,能够支持无盘工作站,也能支持非常之多游戏软件的开发环境搭建,还能节省很多成本,常用户网络教学、游戏大厅、金融系统等。但是同样是需要手工敲入命令来实现操作指令的。而且系统多年来也没有更深层次的更新,使得部分软件的支持与其他新型应用的兼容性有所欠佳。

微服务器是一种新型服务器系统，它拥有比刀片服务器更高的密度，同时能耗也更低。

它是一种比小型服务器还更小的超小型服务器。

近年来，随着处理器技术的不断创新，低功耗处理器都已呈现多核化态势，采用这种更低功耗微处理器的微服务器，也逐渐进入人们的视野。

随着今年疫情的发生，特别是中小型企业生存压力越大越大，相信会有越来越多的企业选择低代码开发平台。收集了CSDN博主对国内低代码平台厂商相关信息分析，希望能帮助大家在茫茫众生中找到那个最靠谱、最匹配小伙伴。

废话不多说，直接来干的。这里介绍一套成熟的方案。

gitlab(代码管理)+jenkins(持续集成)+k8s(服务管理)

其中涉及到的技术细节:dockerindockermakefile

gitlab使用介绍

gitlab是一款类似github的开源代码管理软件，可在公司内网，直接搭建一套私有代码仓库，适合团队多人开发，具有完善的分支管理、角色管理、issue、里程碑等。是非常优秀的一款软件。

jeknis使用介绍

这是一款开源持续集成软件，说人话就是使用他可以自动化部署服务。其具有gitlab相关的插件，安装后可直接对接gitlab，当gitlab发生push或者merge代码事件，会通知jeknis去完成最新推送的代码的镜像构建和部署。

推荐上面说的两款技术和jeknis混合使用。

1dockerindocker技术。顾名思义就是docker里面运行docker，简单点直接用dockerfile在jeknis镜像的基础上安装docker客户端或者k8s客户端。这样我们在容器中就可以直接调用宿主机的docker命令或者k8s命令。这对我们使用jenkins执行部署脚本，通知k8s或者docker部署服务，非常方便。

2makefile之所以介绍这款他，是因为其具有一个绝佳的功能，可以检测文件内容是否发生变化，这样对于微服务架构，其配合jenkins，无需指定什么，就可以部署上发生文件变化的微服务。而不会影响到其他服务。

k8s使用介绍

这款当红炸子鸡，相信大家耳闻已久。其实现了对docker的管理和编排。配合上共享存储和其服务自动重启机制，可以让我们的服务无当机。

对于docker内部服务的暴露推荐ingress+service

docker镜像管理推荐harbor。

以上完整的自动化开发部署环境，有兴趣的可以自行学习相关内容，进行搭建测试。

说起服务器的选择相信很多人都说这个配置跟价格贵，配置高就会好用，也没什么选择的啊，那我想说

你这么想就是大错特错了。现在我给大家说说如何选择服务器。由于很多人平时都没有接触过服务器，

每当要用的时候，都喜欢先问一下度娘，可是有时度娘也会耍点小气，给您推荐的也不一定是适合

您的。要想租一台合适的服务器，那么你首先就要了解什么是服务器，配置，还有服务器的线路。

：什么是服务器？

服务器说通俗一点就是具备承担服务并且保障服务的能力的计算机，它在处理能力、稳定性、可靠性、

安全性、可扩展性、可管理性等方面的能力很强，它是由处理器、硬盘、内存、系统总线组成的。

第二：服务器配置带宽

从以上的概念中可以看出，在选择的时候，先要考虑一下，自己租的服务器是用来做什么的，需要的配

置大概如何？比如说就简单的一个企业，一天的浏览量也就2000~3000UV左右，那么就选择L5520的

配置，用默认的带宽就可以完全可以满足了，假如你是做的B2B商城，每天的浏览量达到几十万上百

万的UV的话，那些就要考虑用高配置高带宽的服务器了，当然您也可以先租用个中等的如果在使用过程

不能满足时，再慢慢来增加相应的配置也是不错的方式，一般正规的IDC服务商都可以提供这些服务。

第三：　服务器的线路

选好配置之后，就看看服务器的线路了，这个还是需要看您的用户主要是来自于哪些区域，如果是面对

的大部分是香港的和海外的，这时当然就必须要考虑用香港的服务器了。如果是针对国内的客户那吗可

以选择离自己近的地区的服务器。如果是全国各地都有的话，建议您还是选择香港服务器，如果

非要选择国内服务器的时候，一定要选择BGP线路，要不然会出现南北不互通的情况，在此就不一一列举

了。

第四：服务

当前期的准备和需求明了之后我们还要看看，这些IDC服务商的是如何，解决问题的能力如何？是否

能够提供测试等一系列的服务器是否可以，电力保障做得如何？对于用户的数据保护方面有没有什么措

施。经过了这么几步的接触沟通，想您一定心里有底了，也知道什么样的服务器租用是好的，也是适合您的了。

本期为大家精选了 码云 上优秀的 Spring Boot 语言开源项目，涵盖了企业级系统框架、文件文档系统、秒杀系统、微服务化系统、后台管理系统等，希望能够给大家带来一点帮助：）

1、项目名称： 分布式敏捷开发系统架构

项目简介： 基于 Spring + SpringMVC + Mybatis 分布式敏捷开发系统架构，提供整套公共微服务服务模块：集中权限管理（单点登录）、内容管理、支付中心、用户管理（支持第三方登录）、微信平台、存储系统、配置中心、日志分析、任务和通知等，支持服务治理、监控和追踪，努力为中小型企业打造全方位J2EE企业级开发解决方案。

项目地址：https://giteecom/shuzheng/zheng2、

2、项目名称： 模块化开发系统

项目简介： 以 SpringBoot 为中心，模块化开发系统，用户可以随意删减除权限框架外 任意的系统模块。复用，组装性强主要应用技术：

项目地址： https://giteecom/YYDeament/88ybg

3、项目名称： JAVA 分布式快速开发平台

项目简介： JAVA 分布式快速开发平台：SpringBoot，SpringMVC，Mybatis，mybatis-plus，motan/dubbo分布式，Redis 缓存，Shiro 权限管理，Spring-Session 单点登录，Quartz 分布式集群调度，Restful 服务，QQ/微信登录，App token 登录，微信/支付宝支付；日期转换、数据类型转换、序列化、汉字转拼音、身份证号码验证、数字转人民币、发送短信、发送邮件、加密解密、处理、excel 导入导出、FTP/SFTP/fastDFS 上传下载、二维码、XML 读写、高精度计算、系统配置工具类等。

项目地址：https://giteecom/iBase4J/iBase4J

4、项目名称： 快速开发框架 ThinkGem

项目地址： https://giteecom/thinkgem/jeesite

5、项目名称： Java 快速开发平台 MCMS

项目简介： 完整开源，Java 快速开发平台。基于 Spring、SpringMVC、Mybatis 架构，MStore 提供更多好用的插件与模板（文章、商城、微信、论坛、会员、评论、支付、积分、工作流、任务调度等，同时提供上百套免费模板任意选择），价值源自分享！铭飞系统不仅一套简单好用的开源系统、更是一整套优质的开源生态内容体系。

项目地址： https://giteecom/mingSoft/MCMS

6、项目名称： 分布式秒杀系统

项目简介： 可能秒杀架构原理大家都懂，网上也有不少实现方式，但大多都是文字的描述，告诉你如何如何，什么加锁、缓存、队列之类。但很少全面有的案例告诉你如何去做，既然是从0到1，希望以下代码案例可以帮助到你。当然最终落实到生产，还有很长的路要走，要根据自己的业务进行编码，实施并部署。你将会在代码案例中学到以下知识：

项目地址： https://giteecom/52itstyle/spring-boot-seckill

7、项目名称： Spring Boot 快速开发平台

项目简介： renren-fast 是一个轻量级的 Spring Boot 快速开发平台，其设计目标是开发迅速、学习简单、轻量级、易扩展；使用 Spring Boot、Shiro、MyBatis、Redis、Bootstrap、Vue2x 等框架，包含：管理员列表、角色管理、菜单管理、定时任务、参数管理、代码生成器、日志管理、云存储、API 模块(APP 接口开发利器)、前后端分离等。

项目地址： https://giteecom/babaio/renren-fast

8、项目名称： 企业级快速开发脚手架

项目简介： 本项目是 spring boot 搭建的一个企业级快速开发脚手架。其技术栈如下所示：

项目地址： https://giteecom/jamen/slife

9、项目名称： 文件文档在线预览

项目简介： 此项目为使用 spring boot 打造文件文档在线预览项目解决方案，对标业内付费产品有永中officeoffice365idocv等，在取得公司高层同意后以Apache协议开源出来反哺社区，该项目使用流行的spring boot搭建，易上手和部署，基本支持主流办公文档的在线预览，如 doc、docx、Excel、pdf、txt、zip、rar、等等。

项目地址： https://giteecom/kekingcn/file-online-preview

10、项目名称： 微服务化开发平台

项目简介： Cloud-Admin 是国内首个基于 Spring Cloud 微服务化开发平台，核心技术采用 Spring Boot2 以及 Spring Cloud Gateway 相关核心组件，前端采用 vue-element-admin 组件。具有统一授权、认证后台管理系统，其中包含具备用户管理、资源权限管理、网关 API 管理等多个模块，支持多业务系统并行开发，可以作为后端服务的开发脚手架。代码简洁，架构清晰，适合学习和直接项目中使用。

项目地址： https://giteecom/minull/ace-security

11、项目名称： 后台管理系统 Guns

项目简介： Guns 基于 SpringBoot，致力于做更简洁的后台管理系统，完美整合 springmvc + shiro + mybatis-plus + beetl。Guns 项目代码简洁，注释丰富，上手容易，同时 Guns 包含许多基础模块(用户管理，角色管理，部门管理，字典管理等10个模块)，可以直接作为一个后台管理系统的脚手架。Guns v30 新增 rest api 服务，提供对接服务端接口的支持，并利用 jwt token 鉴权机制给予客户端的访问权限，传输数据进行 md5 签名保证传输过程数据的安全性！

项目地址： https://giteecom/naan1993/guns

一、服务注册中心的由来

假如没有服务注册中心，我们会干些什么事情呢？

在传统行业的项目架构中以下的方案最为常见了：

这种架构开发、部署都是最简单的，一般适用于中小企业访问量并不是太多的情况下，各个系统服务一台机器就搞定了。系统之间的调用也是拿到对方的IP+PORT直接连接。

接下来可能因为应用B开始访问量大了，单台机器已经不能满足我们的需求，于是一些反向代理工具应运而出，其中比较常见的有Apache、Nigix，架构演变为：

相比之前的应用B的单台机器访问，这种nginx代理的方式减轻了服务器的压力，但是可能会出现Nginx挂了，那么整个服务也不可用，于是又来了这么一套架构：

这样看方案算是完美了吧。然后事情并不是想象的那么一帆风顺，这还只是应用A调用一个应用B，如果应用A调用的可能是应用B、C、D、E，这种完全就不知道他后面到底还想干嘛，这种架构看似可以，但是绝对会累死运维的（nginx的配置将会非常混乱，直接导致运维不干了）。

服务注册中心干些什么事情呢？

上面提到的那种靠人力（主要是运维干的事情）比较繁琐，还不好维护，有这么几点不方便：应用服务的地址变了、双十一搞活动服务器新增等等。那么我们可以有这么的一种架构：

    服务注册中心主要是维护各个应用服务的ip+port列表，并保持与各应用服务的通讯，在一定时间间隔内进行心跳检测，如果心跳不能到达则对服务IP列表进行剔除，并同时通知给其它应用服务进行更新。同样要是有新增的服务进来，应用服务会向注册中心进行注册，服务注册中心将通知给其它应用进行更新。每个应用都有需要调用对应应用服务的地址列表，这样在进行调用时只要处理客户负载杂均衡即可。

二、微服务注册中心

1Zookeeper

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

上面的话直接摘抄的内容，国内很多公司做分布式开发最初的选型大部分都是采用dubbo框架。dubbo框架注册中心主要使用zookeeper。zookeeper服务端与客户端的底层通讯为netty。zookeeper采用CAP理论中的CP，一般集群部署最少需要3台机器。

2Euraka

先来看一下euraka的架构图：

Register：服务注册

当Eureka客户端向Eureka Server注册时，它提供自身的元数据，比如IP地址、端口，运行状况指示符URL，主页等。

Renew：服务续约

Eureka客户会每隔30秒发送一次心跳来续约。 通过续约来告知Eureka Server该Eureka客户仍然存在，没有出现问题。 正常情况下，如果Eureka Server在90秒没有收到Eureka客户的续约，它会将实例从其注册表中删除。 建议不要更改续约间隔。

Fetch Registries：获取注册列表信息

Eureka客户端从服务器获取注册表信息，并将其缓存在本地。客户端会使用该信息查找其他服务，从而进行远程调用。该注册列表信息定期（每30秒钟）更新一次。每次返回注册列表信息可能与Eureka客户端的缓存信息不同， Eureka客户端自动处理。如果由于某种原因导致注册列表信息不能及时匹配，Eureka客户端则会重新获取整个注册表信息。 Eureka服务器缓存注册列表信息，整个注册表以及每个应用程序的信息进行了压缩，压缩内容和没有压缩的内容完全相同。Eureka客户端和Eureka 服务器可以使用JSON / XML格式进行通讯。在默认的情况下Eureka客户端使用压缩JSON格式来获取注册列表的信息。

Cancel：服务下线

Eureka客户端在程序关闭时向Eureka服务器发送取消请求。 发送请求后，该客户端实例信息将从服务器的实例注册表中删除。该下线请求不会自动完成，它需要调用以下内容：

DiscoveryManagergetInstance()shutdownComponent()；

Eviction 服务剔除

在默认的情况下，当Eureka客户端连续90秒没有向Eureka服务器发送服务续约，即心跳，Eureka服务器会将该服务实例从服务注册列表删除，即服务剔除。

自我保护机制：

既然Eureka Server会定时剔除超时没有续约的服务，那就有可能出现一种场景，网络一段时间内发生了 异常，所有的服务都没能够进行续约，Eureka Server就把所有的服务都剔除了，这样显然不太合理。所以，就有了 自我保护机制，当短时间内，统计续约失败的比例，如果达到一定阈值，则会触发自我保护的机制，在该机制下， Eureka Server不会剔除任何的微服务，等到正常后，再退出自我保护机制。自我保护开关(eurekaserverenableself-preservation: false)

3Consul

consul推荐的架构图：

Consul不像Euraka的部署那么简单，他是go语言开发的，需要运维单独部署，有提供java的客户端连接，采用的是CAP的CP。

4Nacos

    Euraka是Spring Cloud Netflix早期版本中推荐使用的，后来euraka10版本不再维护，euraka20已经闭源，导致很多新项目基于Spring Cloud Netflix 开发的选型变迁为Consul

Nacos是阿里开源的服务注册中心，它可以与spring cloud aliaba集成使用。

Nacos的官方介绍：

    Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您实现动态服务发现、服务配置管理、服务及流量管理。

    Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构(例如微服务范式、云原生范式)的服务基础设施。

Nacos 地图

Nacos 生态图

如 Nacos 全景图所示，Nacos 无缝支持一些主流的开源生态，例如

Spring Cloud

Apache Dubbo and Dubbo Mesh TODO

Kubernetes and CNCF TODO

三、服务注册与发现技术选型

以下是来自网上的一个分享：

除了上述的几种以外，笔者更推荐使用Nacos作为服务注册中心。

推荐理由：

Nacos服务注册表结构Map<namespace, Map<group::serviceName, Service>>采用多层次Map结构，控制的颗粒度更细，支持金丝雀模式发布，心跳同步机制也更快速，服务更新更及时。

单服务器是适合微服务的。

单服务架构是一直以来的传统服务器架构，它在一台服务器上运行，然后由单一的程序提供服务。这种服务架构的好处，开发速度快，运行效率高。开始的时候你可以写出最基础的运行工作流程来，然后在以后的扩展中不断的添加功能。

单服务架构比微服务架构是因为单服务架构没有多余的服务之间的通信。像微服务架构，里面有很多微服务，它们之间的通信都是通过HTTP来进行的，如果用微服务系统的话，这是不可避免的。单服务架构则不需要这一部分额外的性能消耗。