springCloud
人生迷茫
这个作者很懒,什么都没留下…
展开
-
SpringCloud之配置中心 (六)
配置中心 随着微服务的数量越来越多,许多的配置信息分散在项目中,这样修改配置就相当不方便。于是引入了配置中心,将配置信息提取出来保存到仓库中,然后通过配置中心提取配置信息。在 spring cloud config 中,分两个角色,一是 config server,二是 config client。 配置信息可以存放在远程仓库(GIT 或者 SVN)或者本地文件中,然后由配置中心 (config server)统一的去读取,最后每一个微服务项目(config client)通过配置中心 (config s原创 2020-05-29 16:57:53 · 197 阅读 · 0 评论 -
SpringCloud之路由网关zuul和过滤器(五)
路由网关zuul 在微服务架构中,后端服务调用接口不会直接暴露给服务调用方,通常会通过一个 API 网关根据请求的 url,将其路由到相应的服务。当添加 API 网关后,在第三方调用端和服务提供方之间就创建了一面墙,这面墙直接与调用方通信进行权限控制,后将请 求均衡分发给后台服务端。Zuul 是微服务架构的不可或缺的一部分,它给微服务系统提供了 API 网关(API Gateway),同时还提供动态路由,监控,弹性,安全等的边缘服务。Zuul 是 Netflix 出品的一个基于 JVM 路由和服务端的负.原创 2020-05-24 15:40:30 · 174 阅读 · 0 评论 -
SpringCould之熔断器(四)
熔断器 ’雪崩效应‘在微服务架构中通常会有多个服务之间进行相互调用,基础服务的故 障可能会导致级联故障,进而造成整个系统不可用的情况,这种现象被称为服务“雪崩效 应”。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将 不可用逐渐放大的过程。 为解决“雪崩效应”微服务架构提供了一种了断路器模型即熔断器,当请求时间过长,“服务提供者”故障时快速返回响应的机制。熔断器加在“服务消费方” 一,Ribbon+RestTemplate+Hystrix 1,创建springBoot...原创 2020-05-24 15:17:00 · 267 阅读 · 0 评论 -
springCould 之服务注册和调用(三)
准备项目 准备注册中心,服务提供方,服务消费方三个项目。用户访问服务消费方,服务消费方通过注册中心发现服务提供方,服务提供方提供相关服务。 一,注册中心 如上节所述 二,服务提供方 服务提供方作为一个真正的Eureka客户端,主要功能是提供业务服务。 1,创建springBoot项目引入spring-cloud-starter-eureka依赖 pom文件: <dependencies> <dependency>...原创 2020-05-24 14:38:54 · 176 阅读 · 0 评论 -
springCloud之 注册中心Eureka(二)
注册中心(Eureka)提供服务的注册和发现功能。每一个微服务都要到注册中心将自己的信息进行注册,才能被已经注册的其他微服务发现和访问。注册中心由Eureka服务端和Eureka客户端组成服务端主要提供注册和发现功能,客户端主要是每一个微服务 注册中心搭建 一,创建一个springboot项目,引入springcloud pom文件注册中心依赖如下: 1,指定springcloud 版本 <properties> &l...原创 2020-05-24 10:56:03 · 93 阅读 · 0 评论 -
springCloud之软件架构(一)
当前有许多的软件架构设计,每一种软件架构都有自己的特点和引用场景,使用哪种软件架构来解决项目的需求需要根据实际情况来判断 单体软件架构 单体软件架构在小项目中比较常见。主要由一个数据库,一个前端项目,一个后台项目就可以跑起来,例如开发简单的博物馆管理系统,创建一个web前后台项目,加数据库,在加一个tomcat即可运行。这种软件框架使用于项目快速上线、垂直度较高,访问压力较小 的业务。在这种模式下对技术要求低。方便各层次人员接手,下面是单体架构图: ...原创 2020-05-24 14:47:10 · 390 阅读 · 0 评论