您好!
安装SSL证书主要将SSL证书配置到服务器环境。安装教程:网页链接
目前全球服务器环境主要分为4个类型:Apache、IIS、Nginx、Tomcat
一、服务注册中心的由来假如没有服务注册中心,我们会干些什么事情呢?
在传统行业的项目架构中以下的方案最为常见了:
这种架构开发、部署都是最简单的,一般适用于中小企业访问量并不是太多的情况下,各个系统服务一台机器就搞定了。系统之间的调用也是拿到对方的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结构,控制的颗粒度更细,支持金丝雀模式发布,心跳同步机制也更快速,服务更新更及时。
我们知道,网站要正常提供服务就必须依懒于服务器。市面上的服务器按类型、功能、品牌等来划分就有很多系列了。我从事IT行业近9年,下面具体来和大家讲下大中型网站一般都用什么样的服务器。
1、按服务类型来划分
中大型网站看上去仅仅是个网站,但其附带的子系统众多,涉及的服务器也很多,主要有以下:
WEB服务器:提供WEB访问的;
代理服务器:提供代理服务的,主要有Nginx等;
数据库服务器:存放数据的服务器,如MySQL服务器、Oracle服务器;
文件服务器:存放文件的,比如用户上传的、文件等;
索引/搜索服务器:提供索引搜索服务的,比如:ELK等;
缓存服务器:缓存热点数据缓解数据库服务器的压力,如:Redis服务器;
日志服务器:存放行为日志的单独服务器;
邮件服务器:提供邮件的收发功能;
域名服务器:提供域名解析管理的服务器;
2、按服务器 *** 作系统来划分
服务器 *** 作系统主要有:Linux、Unix、WindowsServer,现在国内外用的最多的服务器 *** 作系统是:Unix/Linux系列。
3、按服务器外形来划分
服务器的外观种类也很多,有些外形看上去不像我们常见的计算机。类型主要有:
机架式
机架式服务器也分很多种,比如:1U、2U,它们大概长成这样:
塔式
塔式服务器和我们常见的台式机机箱的外形差不多,因为服务器的主板插槽多一些,所以塔式服务器整体上比台式机主机要大一些。
刀片式
刀片服务器是指在一个机架式机箱内插装多个服务器,每个服务器看上去像“刀片”一样插进去的,其实每一个“刀片”就是一块系统主板。
4、按服务器品牌来划分
现在市面上用得最多的服务器品牌主要有:DELL、IBM、华为、浪潮,但像阿里腾讯这样的互联网巨头公司,他们的服务器都是定制及自研的。
综上,对于中大型网站来说,最常见服务器选型方案是:DELL(1U机架式)+Linux系统。
ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式锁服务、集群管理、生成分布式唯一ID等。
Apache Dubbo 是一款高性能、轻量级的开源Java RPC框架,提供面向接口代理的高性能RPC调用、智能负载均衡、服务自动注册和发现、运行期流量调度、可视化服务治理和运维等功能。
作为架构师必须掌握的分布式架构技术, 你的我(雷锋)在这个星期费心费力给大家着重收集并整理了这份关于ZooKeeper+Dubbo技术栈的源码+笔记+项目实战的资料。
以上就是资料包含的内容,下面我会展示目录和详细内容截图,有需要完整版源码+笔记的朋友,只有点赞+关注,然后在我的主页私信分布式即可免费领取!!
一:Zookeeper篇
1分布式概述
2ZK概述
3分布式CAP
4一致性实现
5ZK单机&集群搭建
6ZK快速入门
7ZK源码解析
8ZK应用场景
9分布式锁和队列
二:Dubbo篇
1RPC核心
2手写RPC
3Dubbo高可用
4Dubbo IO模型
5Dubbo 架构
6源码解析
第一部分Nginx能帮我们做什么
第二部分如何编写>
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)