赞
踩
服务提供者在启动时,会向EurekaServer发起一次请求,将自己注册到Eureka注册中心中去
在注册服务完成以后,服务提供者会维持一个心跳(每30s定时向EurekaServer发起请求),告诉EurekaServer:“我还活着”。这个我们称为服务的续约(renew);
有些时候,我们的服务提供方并不一定会正常下线,可能因为内存溢出、网络故障等原因导致服务无法正常工作。Eureka Server需要将这样的服务剔除出服务列表。因此它会开启一个定时任务,每隔60秒对所有失效的服务(超过90秒未响应)进行剔除。
当一个服务未按时进行心跳续约时,在生产环境下,因为网络延迟等原因,此时就把服务剔除列表并不妥当,因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来,不予剔除。生产环境下这很有效,保证了大多数服务依然可用。
1、使用Eureka实现了服务注册中心以及服务注册与发现;
2、使用Ribbon实现服务间的负载均衡
3、使用Feign实现服务的远程调用
4、使用Hystrix的融断机制来避免在微服务架构中个别服务出现异常时引起的故障蔓延。
5、使用Zuul作为服务网关,进行鉴权、动态路由、负载均衡。
答:使用session和cookie登录的时候,用户的登录信息保存在服务器的session中,然后将sessionId送到客户端,保存到cookie中,此时服务端通过sessionid标记当前的请求,这就是有状态。
缺点:
一个账号同一时间只允许一个人登录,这就是单点登录?对不对? 错!!!!!
1.springboot可以单独使用,它不依赖于springcloud
而springcloud必然依赖于springboot,属于依赖关系。
2. Springboot专注于快速方便的开发单个个体服务。
3. SpringCloud是关注全局的微服务协调整理治理框架,它将SpringBoot开发的一个个单体微服务整合并管理起来,为各个微服务之间提供配置管理、服务发现、断路器、路由等集成服务。
1 相同点:都是远程调用技术,都是系统间相互调用的技术
2 不同点:
就是一套编程风格,URI是固定的,根据请求的方式调用不同的方法进行处理
CAP理论:一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性P在是分布式系统中必须要保证的,因此我们只能在A和C之间进行权衡。
eureka 遵守 AP
Eureka各个节点都是平等的,几个节点挂掉不会影响正常节点的工作,剩余的节点依然可以提供注册和查询服务。
而 Eureka的客户端在向某个 Eureka注册或时如果发现连接失败,则会自动切换至其它节点
只要有一台 Eureka还在,就能保证注册服务可用(保证可用性),只不过查到的信息可能不是最新的不保证强一致性)。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。