
6、springcloud
文章平均质量分 94
springcloud
shining曙光
这个作者很懒,什么都没留下…
展开
-
SpringCloud -- Feign 核心原理
1 SpringCloud 中 Feign 核心原理如果不了解 SpringCloud 中 Feign 核心原理,不会真正的了解 SpringCloud 的性能优化和配置优化,也就不可能做到真正掌握 SpringCloud。本章从Feign 远程调用的重要组件开始,图文并茂的介绍 Feigh 远程调用的执行流程、Feign 本地 JDK Proxy 实例的创建流程,彻底的为大家解读 SpringCloud 的核心知识。使得广大的工程师不光做到知其然,更能知其所以然。1.1 简介:Feign远程调a用的转载 2021-04-18 21:59:34 · 474 阅读 · 0 评论 -
Springcloud--4微服务配置中心
一、Apllo1、Apollo介绍Apollo(阿波罗)是携程框架部门研发的开源配置管理中心,能够集中化管理应用不同环境、不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限、流程治理等特性。Apollo支持4个维度管理Key-Value格式的配置:application (应用)environment (环境)cluster (集群)namespace (命名空间)2、Apollo的优势统一管理不同环境、不同集群的配置配置修改实时生效版本发布管理灰度发布权限管转载 2021-04-11 15:36:07 · 182 阅读 · 0 评论 -
SpringCloud--5使用sleuth实现微服务跟踪
在微服务架构中,众多的微服务之间互相调用,如何清晰地记录服务的调用链路是一个需要解决的问题。同时,由于各种原因,跨进程的服务调用失败时,运维人员希望能够通过查看日志和查看服务之间的调用关系来定位问题,而Spring cloud sleuth组件正是为了解决微服务跟踪的组件。sleuth的原理介绍可以参考这篇文章: 服务链路追踪(Spring Cloud Sleuth)本文主要讲解sleuth的两方面用法sleuth+elk 结合,聚合微服务日志sleuth+ zipkin结合,显示文件调用链路.转载 2021-04-11 15:34:58 · 204 阅读 · 0 评论 -
springcloud--3springcloud网关
一、网关概述1、作用反向代理鉴权流量控制熔断日志监控2、使用场景网关可以想象成是所有服务的入口3、为什么选用Gateway目前已经有了Zuul了,为什么还要开发出Gateway呢?一方面是因为Zuul 1.0已经进入了维护阶段,而且Gateway是Spring Cloud团队研发的,属于亲儿子,值得信赖,并且很多功能Zuul都没有用起来,同时Gateway也非常简单便捷Gateway是基于异步非阻塞模型上进行开发的,性能方面不需要担心。虽然Netflix早就发布了Zuul 2.原创 2021-03-29 16:48:05 · 211 阅读 · 0 评论 -
Apollo架构原理
一、Apollo 总体设计1.1 Apollo 总体设计图Apollo总体设计上图简要描述了Apollo的总体设计,自下而上看:Config Service 提供配置的读取、推送等功能,服务对象是Apollo客户端Admin Service 提供配置的修改、发布等功能,服务对象是Apollo Portal(管理界面)Config Service 和 Admin Service 都是多实例、无状态部署,所以需要将自己注册到 Eureka 中并保持心跳在Eureka之上架了一层 Meta Se原创 2021-03-28 11:06:34 · 714 阅读 · 0 评论 -
springcloud--1Eureka|Ribbon|Feign
一、Eureka1、Eureka serverEureka server提供服务注册服务,各个节点启动后,会在Eureka server中进行注册,Eureka server就会存储所有可用的服务节点。Eureka server本身也是一个服务,搭建单机版的Eureka server注册中心,需要配置取消Eureka server的自动注册逻辑。 Eureka server通过Register、Get、Renew等接口提供服务的注册、发现、心跳检测等服务。服务注册服务提供者启动时,会通过原创 2021-03-27 17:30:30 · 168 阅读 · 0 评论 -
springcloud-2断路器(隔离|熔断|降级|限流)
SpringCloud断路器(Hystrix)一、为什么需要 Hystrix?在微服务架构中,我们将业务拆分成一个个的服务,服务与服务之间可以相互调用(RPC)。为了保证其高可用,单个服务又必须集群部署。由于网络原因或者自身的原因,服务并不能保证服务的100%可用,如果单个服务出现问题,调用这个服务就会出现网络延迟,此时若有大量的网络涌入,会形成任务累计,导致服务瘫痪,甚至导致服务“雪崩”。为了解决这个问题,就出现断路器模型。Hystrix 是一个帮助解决分布式系统交互时超时处理和容错的类库, 它同样原创 2020-12-05 15:47:31 · 1008 阅读 · 0 评论