springcloud方案-阿里云

文章 2024-07-24 来自：开发者社区

通用快照方案问题之Sentinel与SpringCloud和Dubbo的整合如何解决

问题一：Sentinel在应用场景方面有哪些优势？ Sentinel在应用场景方面有哪些优势？参考回答： Sentinel承接了阿里巴巴近10年的双十一大促流量的核心场景，具有丰富的应用场景，如秒杀、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。这使得Sentinel在处理高并发和复杂流量控制场景时具有显著优势。关于本问题...

问答 2024-06-13 来自：开发者社区

Spring Cloud Alibaba 针对 Netflix 组件的替代方案？

问答 2024-05-21 来自：开发者社区

Spring Cloud Alibaba seata一般用什么方案保证mysql高可用呀？

Spring Cloud Alibaba seata使用mysql作为持久化，一般用什么方案保证mysql高可用呀？

文章 2023-12-11 来自：开发者社区

SpringCloud微服务保护方案解读

服务雪崩定义我们都知道在微服务中，服务间调用关系错综复杂，一个微服务往往依赖于多个其它微服务。这种在微服务调用链路中，因为某个服务不可用导致上游服务调用者不可用，最终扩大至整个服务集群产生不可用的问题称之为雪崩效应（一个不可用导致全部不可用）。分布式系统都存在这样一个问题，由于网络的不稳定性，决定了任何一个服务的可用性都不是 100% 的。当网络不稳定的时候，作为服务的提供者，自身可能会被拖死，....

文章 2023-11-07 来自：开发者社区

微服务技术系列教程（20） - SpringCloud- 服务治理Eureka（替代方案）

是否曾想过，假如有一天Eureka注册中心闭源了，除了Eureka外，还有其它注册中心可以替代吗？我们知道注册中心不止它一个，还有Consul和Zookeeper，下面来简单介绍下。1. 使用Consul来替换EurekaConsul 是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。它具有很多优点：基于 raft 协议，比较简洁；支持健康检查, 同时支持....

文章 2023-07-29 来自：开发者社区

八.SpringCloud+Security+Oauth2实现微服务授权 - 常见的微服务授权方案

微服务(分布式)项目常见认证方案 1.微服务授权面临哪些问题在微服务架构下有很多的服务，每个微应用都需要对访问进行认证检查和权限控制，客户端发起一个请求需要考虑如何让用户的认证状态通知到所有的微服务中，尤其是请求来源于多种客户端如浏览器，移动端，三方程序，服务之间访问时，微服务的授权变得更加麻烦，再加上本地Session在微服务(集群/分布式)环境中存在Session不同步的问题，所以我们...

文章 2023-07-09 来自：开发者社区

Spring Cloud实战 | 最七篇：Spring Cloud Gateway+Spring Security OAuth2集成统一认证授权平台下实现注销使JWT失效方案

一. 前言在上一篇文章介绍 youlai-mall 项目中，通过整合Spring Cloud Gateway、Spring Security OAuth2、JWT等技术实现了微服务下统一认证授权平台的搭建。最后在文末留下一个值得思考问题，就是如何在注销、修改密码、修改权限场景下让JWT失效？所以在这篇文章来对方案和实现进行补充。想亲身体验的小伙伴们可以了解下 youlai-mall 项目和Spr....

文章 2023-04-25 来自：开发者社区

聊聊 Spring Cloud 全链路灰度发布方案~

大家好，我是不才陈某~实际生产中如有需求变更，并不会直接更新线上服务，最通常的做法便是：切出线上的小部分流量进行体验测试，经过测试后无问题则全面的上线。这样做的好处也是非常明显，一旦出现了BUG，能够保证大部分的客户端正常使用。要实现这种平滑过渡的方式就需要用到本篇文章介绍到的全链路灰度发布。什么是灰度发布？灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A....

问答 2023-03-22 来自：开发者社区

能不能问个题外话：有没有人做过springmvc接入springcloud的工作，用的什么方案？

文章 2023-02-22 来自：开发者社区

从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（八） saas平台篇-解决不同租户针定制化开发问题 -完整代码以及案例方案(1)

问题描述平台越做越大到多租户时，经常会遇见一种情况，就是某些用户希望自己的功能是定制化的，有可能是完全的新功能，也有可能压根就是同样的功能但是A和B两个用户的实现前后台展示和逻辑就压根不同不可能在同样的一套系统里写一个针对客户A的一套前后台，又写一套针对用户B的前后台，然后通过租户Id不同去做判断校验，这样随着用户数量的不断增加，代码就变得不可维护而且很有可能是不同的团队去定制化开发，也就是....