一、软件架构演进单体架构垂直架构分布式架构SOA架构微服务架构二、微服务架构2.1微服务理念"微服务”一词源于MartinFowler的名为Microservices的博文,可以在他的官方博客上找到http://martinfowler.com/articles/microservices.html微服务是系统架构上的一种设计风格,它的主旨是将一个原本独立的系统拆分成多个小型服务,这些小型服务都在各自独立的进程中运行,服务之间一般通过HTTP的RESTFULAPI进行通信协作。由于有了轻量级的通信协作基础,所以这些微服务可以使用不同的语言来编写。2.2SpringCloud官网:https:/
gatewayroutes规则1、AfterRoute所有匹配的请求必须在这个时间点之后spring:cloud:gateway:routes:-id:after_routeuri:https://example.orgpredicates:-After=2022-05-23T19:52:33.736+08:00[Asia/Shanghai]#时间格式为ZonedDateTime.now()2、BeforeRoute所有匹配的请求必须在这个时间点之前spring:cloud:gateway:routes:-id:before_routeuri:https://example.orgpredic
前面在定义流程xml文件，并进行部署的过程中，遇到过“[Validationset:'flowable-executable-process'|Problem:'flowable-exclusive-gateway-no-outgoing-seq-flow']:Exclusivegatewayhasnooutgoingsequenceflow”问题，发现是定义流程xml关于网关的部分有误导致的。现在已经部署好有网关的流程后，正在提交网关节点前面的某个任务，提交方法报错：org.flowable.common.engine.api.FlowableException:Nooutgoingsequ
有时间，我们在搭建微服务时，总希望拿一个比较单纯的，没有污染其它代码的项目来从头开始做，今天我们来建设一个最简单的，gateway项目，它被注册到nacos里，路由配置也存到nacos里，动态实现更新配置功能。依赖配置版本：com.alibaba.cloud:spring-cloud-starter-alibaba-nacos-discovery:2021.0.1.0，com.alibaba.cloud:spring-cloud-starter-alibaba-nacos-config:2021.0.1.0，org.springframework.cloud:spring-cloud-star
1.NacosConfig--服务配置1.1服务配置中心介绍首先我们来看一下,微服务架构下关于配置文件的一些问题：1.配置文件相对分散。在一个微服务架构下，配置文件会随着微服务的增多变的越来越多，而且分散在各个微服务中，不好统一配置和管理。2.配置文件无法区分环境--开发环境 测试环境 线上环境。微服务项目可能会有多个环境，例如：测试环境、预发布环境、生产环境。每一个环境所使用的配置理论上都是不同的，一旦需要修改，就需要我们去各个微服务下手动维护，这比较困难。3.配置文件无法实时更新。我们修改了配置文件之后，必须重新启动微服务才能使配置生效，这对一个正在运行的项目来说是非常不友好的。基于上面这
文章目录一、Eureka1、服务提供者与消费者2、Eureka原理分析3、搭建Eureka4、服务注册5、模拟多服务实例启动6、服务的发现二、Ribbon1、负载均衡的原理2、源码分析3、负载均衡策略4、饥饿加载一、Eureka1、服务提供者与消费者服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）很明显，这是一个相对的概念。2、Eureka原理分析上一篇中，远程调用时，url参数是写死在代码中的，而不同的测试、生产、开发环境IP不同，有集群时，端口也不能固定。很明显，硬编码肯定行不通。Eureka
在项目启动时始终报错@Value(${}）值找不到。无法解析占位符中的值。1.着重检查nacos、springcloud、springcloudalibaba等相关版本号是否对应的上。参考：官方文档版本说明2.检查项目中的依赖是否添加：官方文档描述dependency>groupId>com.alibaba.cloudgroupId>artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>dependency>3.检查项目中配置文件优先级。又很对人在之前cloud版本中都是用的application.yml，这里我们需要使用
文章目录网关SpringCloudGateway一、简介1、功能特性
1.Nacos配置管理Nacos除了可以做注册中心，同样可以做配置管理来使用。1.1.统一配置管理当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。1.1.1.在nacos中添加配置文件注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。1.1.2.从微服务拉取配置微服务要拉取nacos中管理的配置，并且与本地的application.
1-Windows下环境配置可以在Windows上使用命令行或者IARIDE编译SSDK项目。Windows编译依赖的工具已经包含在prebuilts/windows目录中，包括编译器、Python和命令行工具。1.1.1CMDSSDK集成msys工具，可以在Windows命令行中完成SDK的配置、编译和打包。编译前需要将msys的路径添加到用户环境变量中。可以使用SDK集成的脚本添加环境变量，双击SSDK目录下的setupenv.bat脚本即可，执行效果如下：显示下面这种就是成功了。注意:如果安装过MinGW/Cygwin等Windows上类UNIX模拟环境，可能会出现与SSDK中MinGW
