✨SpringCloud:微服务基础知识一、系统架构演变1.单体应用架构2.垂直应用架构3.分布式架构4.SOA架构4.1SOA概念4.2SOA5.微服务架构6.SOA和微服务架构的关系2.分布式核心知识1.分布式中的远程调用1.1RESTFUL接口1.2RPC协议1.3二者的区别与联系2.分布式中的CAP原理📃个人主页:不断前进的皮卡丘🌞博客描述:梦想也许遥不可及，但重要的是追梦的过程，用博客记录自己的成长，记录自己一步一步向上攀登的印记🔥个人专栏:微服务专栏一、系统架构演变随着互联网的发展，网站应用的规模不断扩大，常规的应用架构已无法应对，分布式服务架构以及微服务架构势在必行，亟需一个治理
博主昵称：跳楼梯企鹅博主主页面链接：博主主页传送门博主专栏页面连接：专栏传送门--网路安全技术创作初心：本博客的初心为与技术朋友们相互交流，每个人的技术都存在短板，博主也是一样，虚心求教，希望各位技术友给予指导。博主座右铭：发现光，追随光，成为光，散发光;博主研究方向：渗透测试、机器学习;博主寄语：感谢各位技术友的支持，您的支持就是我前进的动力; 目录一、Docker1.服务docker化2.私有仓库管理3.Docker下的服务通讯二、服务编排1.Kubernetes2.Mesos3.Swarm三、CICD1.Gitlab触发构建2.Jenkinspipeline流水线3.Kubect操作k
文章目录一、前言二、WeightedResponseTimeRule1、计算权重？1）如何更新权重？2）如何计算权重？3）例证权重的计算2、权重的使用1）权重区间问题？一、前言前置Ribbon相关文章：【云原生&微服务一】SpringCloud之Ribbon实现负载均衡详细案例（集成Eureka、Ribbon）【云原生&微服务二】SpringCloud之Ribbon自定义负载均衡策略（含Ribbon核心API）【云原生&微服务三】SpringCloud之Ribbon是这样实现负载均衡的（源码剖析@LoadBalanced原理）【云原生&微服务四】SpringCloud之Ribbon和Eruek
本文目录一、常见的API网关1.1、Nginx1.2、Zuul1.3、SpringCloudGateway1.4、Kong1.5、Traefik1.6、OpenResty二、常见的注册中心2.1、Eureka2.2、Zookeeper2.3、Consul2.4、Nacos三、常见的RPC框架3.1、Dubbo3.2、Motan3.3、Tars3.4、SpringCloud3.5、gRPC3.6、Thrift一、常见的API网关1.1、NginxNginx是一个高性能的HTTP和反向代理服务器。Nginx一方面可以做反向代理，另外一方面可以做静态资源服务器，接口使用Lua动态语言可以完成灵活的定
背景Dapr是一个开源的分布式应用运行时，帮助开发者构建松耦合的分布式应用程序，具有良好的可扩展性和可维护性。Rainbond是一款企业级的云原生应用管理平台，提供了丰富的功能和工具，方便开发者管理和部署应用。Rainbond和Dapr结合可以提供以下价值点：为Dapr扩展云原生支持：Rainbond提供了一套完整的云原生应用支持方案，包括应用开发、应用编排、应用交付、应用运维等应用全生命周期管理能力，而Dapr只是应用开发框架，包括应用开发模型、服务发现、事件驱动等功能。将Rainbond和Dapr结合起来可以提供更完整的云原生应用支持，帮助开发人员更快地构建和部署应用。让Dapr应用可移植
项目架构本文采用Eureka作为注册中心，SpringCloudGateway作为网关服务，JWT令牌库使用nimbus-jose-jwt将服务分为以下几个层次：security-gateway：网关层，负责接收所有网络请求、转发以及权限鉴定security-auth：认证层，负责对登录用户进行认证security‐discovery：注册中心security-api：资源层，提供被访问的资源，用户被鉴权之后才可被访问这样的设计使得各个服务各司其职，认证层进行认证，网关进行转发和鉴权，资源服务只专注于自己的业务逻辑，无需关心权限。也就是说安全校验逻辑只存在于认证服务和网关服务中。权限数据库设计
微服务（1）是一种架构风格。（2）把一个项目分为多个服务，多个服务独立运行，每个服务占用独立进程。springcloudspringcloud并不是一种技术，而是许多技术的总称，很多框架的集合。springcloud里面有很多框架，使用这些框架实现微服务操作使用springcloud，需要依赖springboot。springboot和springcloud关系springboot就是spring，是快速配置spring的脚手架，springcloud是很多框架的集合，要使用里面的框架依赖于springbootspringboot和springcloud版本要严格对应，我使用的是2.4.3+2
项目地址Nacos两种方式实现nacos服务注册与发现Nacos服务注册与发现的2种实现方法1.OpenAPI模式2.SDK模式SpringCloudGateWaygateway网关路由配置详解gateway动态配置网关路由规则微服务路由方式1，nacos自动下发应用请求路径中包含微服务名例如：查询微服务demo-system下的路由接口列表信息，其中网关微服务的端口是9999。http://localhost:9999/demo-system/sys/gatewayRoute/list应用场景gateway微服务路由配置方式application.ymlspring:cloud:gatewa
8.1同步调用即客户端向服务端请求做数据处理，客户端需要一直等待服务端处理直到返回结果给客户端同步调用存在的问题：耦合度高：每次加入新的需求，都要修改原来的代码性能下降：调用者需要等待服务提供者响应，如果调用链过长则响应时间等于每次调用的时间之和资源浪费：调用链中的每个服务在等待响应过程中，不能释放请求占用的资源，高并发场景下会极度浪费系统资源级联失败：如果服务提供者出现问题，所有调用方都会跟着出问题，如同多米诺牌一样，迅速导致整个微服务群故障优点：时效性较强，可以立即得到结果8.2异步调用即客户端并不是直接向服务端发起请求，而是会通过一个消息队列，客户端发起请求放入消息队列后就不会去等待服务
我正在努力决定如何、何时以及在何处处理用户上传的文件。我们处于微服务环境(PHP+Linux)中，以便在未来几个月内部署新系统。一个关键组件是传入文件。目前我看到有3个选项(也许更多我还不知道)。它们如下:(1)[CLIENT:file]->[GATEWAYAPIFILESTORAGEHANDLER->[a:MICROSERVICE-News][b:MICROSERVICE-Authors][c:MICROSERVICE-Logger]]->{response}`在这种情况下，网关API旨在处理与存储服务(S3、GCS)的直接对话、设置文件名、验证等。当收到存储确认后，它会将文件名和其
