springcloud微服务总结 zuul

【springcloud微服务总结 zuul】的更多相关文章

springcloud微服务总结 zuul

一 springcloud网关组件理解: 为什么需要网关呢? 我们知道我们要进入一个服务本身,很明显我们没有特别好的办法,直接输入IP地址+端口号,我们知道这样的做法很糟糕的,这样的做法大有问题,首先暴露了我们实体机器的IP地址,别人一看你的IP地址就知道服务部署在哪里,让别人很方便的进行攻击操作. 第二,我们这么多服务,我们是不是要挨个调用它呀,我们这里假设做了个权限认证,我们每一个客户访问的都是跑在不同机器上的不同的JVM上的服务程序,我们每一个服务都需要一个服务认证,这样做烦不烦呀,明显是…

springcloud微服务总结二注册中心

一:netflix和springcloud关系 netflix公司开源了很多组件,包括服务注册与发现(Netflix Eureka).断路器(Netflix Hystrix).负载均衡(Netflix Ribbon).网关(Netflix Zuul).配置管理(Netflix Archaius).事件总线(spring cloud bus)等等. springcloud对这些组件实现了封装,形成spring-cloud-netflix核心模块.虽然Spring Cloud到现在为止不只有Netf…

springcloud微服务总结六

SpringCloud实战7-Config分布式配置管理分布式环境下的统一配置框架,已经有不少了,比如百度的disconf,阿里的diamand 官方文档对spring Cloud Config的描述如下: Spring Cloud Config为分布式系统中的外部配置提供服务器和客户端支持,使用Config Server,您可以在所有环境中管理应用程序的外部属性.客户端和服务器上的概念映射与Spring Environment和PropertySource抽象相同, 因此它们与Spring应…

springcloud微服务总结三服务客户端

一 springcloud服务理解: dubbo中服务注册和调用都是都过注解来进行的,dubbo中在service层中调用服务是通过将@service注解改变为dubbo代码架包中的service注解,这样就可以应用而在springcloud注册中心如果是eureka的话是通过工程客户端进行调用,如果是consol也是的,dubbo的服务是通过rpc引用的,springcloud使用的http来进行注册引用的,所以在很大程度的是区别很大的,需要注意的dubbo的是一个service,而spri…

springcloud微服务总结五服务熔断

一:雪崩效应如下图所示:A作为服务提供者,B为A的服务消费者,C和D是B的服务消费者.A不可用引起了B的不可用,并将不可用像滚雪球一样放大到C和D时,导致整个系统瘫痪,雪崩效应就形成了. 雪崩过程: 1:由于网路或其他原因(硬件故障.程序Bug.用户大量请求)A服务变得不可用,A服务的不可用导致B服务会出现线程的长阻塞,此时如果有大量的请求涌入(用户重试加大流量),B服务servlet容器线程资源会被消耗完毕.大量请求的积压,直接导致B服务变慢,最终瘫痪 2:B服务瘫痪的瘫痪同理会导致C.D服…

springcloud微服务总结四负载均衡

一:Ribbon简介 Ribbon是Netflix公司开源的一个负载均衡的项目,是一个客户端负载均衡器,运行在客户端上.它是一个经过了云端测试的IPC库,可以很好地控制HTTP和TCP客户端的一些行为. Feign已经默认使用了Ribbon. 二:Ribbon的工作流程 1:user微服务1.user微服务2.user微服务3是一个服务集群,它们都会向注册中心注册服务(它们的应用名都是USER-SERVICE) 2:注册中心记录集群元数据信息,即USER-SERVICE下有3个服务节点 3:Ri…